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國 MS - DOS とテバイス • ドライバ 

# テ八イス•ドライバとは 

_ ブロック型/キャラクタ型デバイス•ドライバの作り方 
瘳 常駐型デバイス•ドライバ TSR / EMS ドライバ/他 































































Nicolet 


ニコレ ー.ン猙 ft 餅 


^5 \stem 


400 


シリーズ’ 


INSTRU MENTS OF DISCOVERY 亍153東京都目黒区東山 1 丁目 1 番 2 号東京 a 03 (715) 2551大阪006 (863)1550 •名古屋 ^052(741)2150 


モデル 

430 

440 

450 

460 

チャンネル数 

2 ch 

4 ch 

2 ch 

4 ch 

入力方式 

差動入力 

シングルエンド 

垂直分解能 

12ビッド0.025% ノ 

8ビット0.4% 

サンフリング速度 

10 MS / 秒100 nS ; 

200 MS / 秒 5 ns , 

メモリ容里 

64 K ワード / ch '256 K ワード/ ch オプション 

定偭消費税別 

¥2.700.000 

¥3,800,000 

¥2,200.000 

¥3,500.000 


細 W ジタル*オシロスブイ/ 

攀壽_ 伊：信：晉.処理 ■着 台. ■簡単_。 


※定価は、1989年10月1日現在 

デジタル•オシロスコープ 


89 JEMIMA 
T&M EXHIBITION 

日本電子計測展 


11月日日冰 H 阳金 

大两マーチャンタイズ，7— 卜 (0 MM } 

,社日本電気 It * 器エ聚会 


単に波形観測(モニタ)を行なう時代から、波形処理する時代の到来です。 


Xicolet の S >. stem 400 シリーズは、デジタルの特長をフルに活かした、デ f スク供給プログ 
ラムや MS - DOS フォーマットの波形保 ff - 機能で、従来のような掏雑なプログラミングを 
必とせずに、何時でも簡単にユーザが W む形でデータを取り出すことができます 
この解析プログラムは定期的に開発され、ソフトウェア•ライブラリとじ^フロッピ • 
ディスクで供給されますさらに、これらの解析プログラムを接続（リンク機能） 
することによって、本体の自動制御や演兑処理を簡単に行なうことがで 
きます 


•本体内蔵プログラム 
工学単位変換（最大3文字、リアルタイム変換） 

•標準プログラム 

加減乗除算、微積分、スムーシング、標準偏差値、実行値、平均値、 
面積値、立ち上がり時間、勾配、絶対値、水平移動、等 

•近日発売予定 

単純加算平均、 FFT (128 K )、 境界線判定、ビークホールド 
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卜 5 格]:創刊にあたって 

「トランジスタ技術」誌は，その名のとおりトラン 
ジスタから始まり，リニア1 C ， OP アンプ，ゲート 
論理1 C ，マイクロプロセッサとまさに集積回路の 
発展と共に歩んで吉ました.しかし，時代の歩みは 
速く， 1 C を基本とする八ードウェアに加えて，ソフ 
トウェアが登場し，その比重が急激に高まりつつあ 
ります.「トランジスタ技術」誌のみでは，このソフ 
トウェアの分野まで十分にカバーしきれないと予 
想されます.そこで，「トランジスタ技術」誌と同じ 
視点でソフトウェアを取り上げるために，「トラ技 
コンピュータ」を創刊いたしました. 

特集テーマは，マイクロプロセッサ利用/応用技 
術，プログラミング技術，データ処理技術などを中 
心に取り上げる予定です. 

読者と共に成長する雑誌にしたいと考えており 
ますので，ご愛読のほどよろしくお願いいたします. 


_狼義陷㊁昵 _ 

デバイス. ドライ 八に ついての説明は，多くの雑誌 
や書籍で取り上げられています.しかし，系統だてて， 
どういうふうに作っていけばよいか，何故このような 
構造になっているのかなどの疑問について，初心者に 
も理解できるようには説明されていなかったのではな 
いでしょうか.今回の特集を読めば，きっとあなたに 
も PDS に登録できるぐらいの作品が作れるようにな 
るでしょう.あとは，アイデアしだいです. 


編集部から 


ソフト ウヱアは，ハードウヱアに比べると作成者の 
個性が大きく現れます.よいプログラムを作ることを 
心がけたいものですが，自分だけではなかなかわから 
ない ものです.そこで，役に立つプログラムを作った 
り，よいアイディアが浮かんだら，ぜひ，お知らせく 
ださい•多くの識者の評価や多くの読者の評価が得ら 
れます.自己の知識や技術の向上にぜひとも役立てて 
ください.なお，本誌掲載分については，本誌規定の 
原稿料をお支払いいたします._ 

_3回锣夢备_篛⑩ 翁纽 li ) 觉 

今月号の特集でデバイス • ドライバの作り方は，お 
わかりいただけたでしょうか.そこで，今回の特集に 
関連してたとえば XXXX のプリンタを PC-PR201 
と同じように使えるデバイス • ドライバを作った，画 
面を COPY キーでセーブできる TSR を作ったなど， 
読者のアイディアを活かしたプログラムを募集します. 

3回教⑩諺细 i )® 一 

本誌で掲載したプログラムのソース.リストをフロ 
ッピで頒布します.著権がありますので，コンパイ 
ラなどの処理系は読者自身がご用意ください.また， 
ソース.リストも読者の入力の手間を省くことが主な 
目的ですので，プログラム上のバグや本誌に掲載した 
内容以上の質問には応じられません.お申し込みにつ 
いては本誌157ページをご覧ください. 

の公演の模様が映し出されていました.私が産ま 

れた年のことで，今膝の上にのっている長男は， 
昨年産まれたばかりです. 30年の進歩，とくにこ 


* トラ技で10年，トラ技スペシャルで2年編集に 
携わってきました.そして，今回トラ技コンピュー 
夕になります.ソフトウヱアで技術誌が成り立つ 
のか多少不安に思っていますが，技術は高いとこ 
ろから低いところへ流れるのが当然の姿です.ソ 
フトウヱアに関してはまだ一部の特権みたいなと 
ころがあるので，少しでも，低いところへ流れるた 
めに役立ちたいと思います. く山〉 
* 先日，テレビのカラヤン氏•追悼番組で，初来日 


こ十年のコンピュータの発展は，情報の伝達と加 
エなどに飛びぬけた進歩が見られます.また，音楽 
用 CD も手軽に扱えるようにはなりましたが，ソ 
ースとしての1930年ごろの演奏が心に訴えるも 
のが多いのはどうしてなのでしょうか•そして，な 
ぜヨーロ ッ ハ。のレーベルに感動するものが多いの 
でしょうか•しかし，あと10年日本の発展が続け 
ば，その文化も手に入れることができるような気 
がします. (ヨ） 


IS V バソコンで構築する 次号は 12 月 18 日発売です 

囫計測制御ソフトウェアの作成手法 


FA/LA と呼ばれる環境でもパソコンがたくさん使われるようになってきました.これは，パソコンを用 
ぃる 開発環境が整ってきたこと，拡張ボードなどが各種使えて，希望するシステムが容易に組めることなど 
が大きな理由です.次号では， A-D/D-A ， ディジタル I/O，モータ•コントローラなどの拡張ボードを組 
み合わせ，システムを組むためのノウハウをやさしく説明します.開発用言語としては， Basic を一番多く 


使いますが， C 言語の事例も掲載する予定です._ 

トラ格]龙1_311月号 __ 

発行所 GQ 出版株式会社 © 1989 GQ 出版株式会社 （無断転載を禁します） 
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この、一貫した思想が違 I 、で1; 

だから、日本の標準。 

卜〇バンク方式はもちろん、 EMS もまた、佑た以米变わらない、 M —准本 f I :様。 

ここから生まれる高 《• 、汎用性の確保をはじめ、遠い将來も兄つめた設•汁思想を打いています> 



どん红 AP ソフトにも効果的メモ U 環境一〇 

卜〇バンク方式 RAM ボードの禰準モデル。基本性能に徹した永遠のベストセラー。 

pio -9234 G ;。^^) 

■対応檄種/ PC -9801 シリーズ全モデル ■価格/ ¥25. 000 〜 ¥425.000 

1.000日以上のバックアップ。 RAM ボードの理想を実現。完全自動立上げを実現したブロ仕様の実力派。 

PIO -9834 L 

■対応機 «/ PC -9801 シリーズ 全モデル ■価格/ ¥90.000~¥315.000( IOS -10 SR 自動 IP ソフト 添付） 

卜〇バンクメモリ/プロテクトメモリの高度活用をはかり、日本語アプリケーションのメモリ環境を大幅に向上。 

RAM ティスク睡1 IOS-10 

■機能/ BMS / パンクドライバ ( FEP ドライパ)/ RAM ディスク/ディスク キャッシュ/ EMS エミュレータ/ プリンタスプーラ 

■価格/ ¥5.000 

1*0 バンクメモリを OS /2 メモリ環境で RAM ディスク活用// 

OS / 2 用1 . 0パンク RAM ディスク I 〇 S -1 0/〇 S 2 ( 新発必） ■携 能/ RAM ディスク■価格/ ¥18.000 

1*0 BANK MEMORY SPECIFICATION/I •〇ノ、ンクメモリ統一 管 i 里 J 見 格 

IOBMS 

PIO -9234 G シリーズ ー（八方美人 2 号， UP 2 シリーズ〈ダイナウェア〉、 Reca | c くアスキー〉など、1.0 BMS 標準搭載 アプリケーションが次々と 開発され ています,） 

NEC ラップトップ機専用メモリ wms プラス 增設 ram ボート pio - P C 34 SL (2 M ) ¥72.000 
_ 】 〇月中旬発売 • スタティック [ jfffjRAM ボ-ド PIO -9834 SL 0/2 M } IM /¥90.000 PM /¥165.000 

• RA 専用 3 MB 增設 RAM ポ-ド PI 0- RA 34-3 M [ II 妄落1 ¥98.000 :. ^ 

NEC 32 ビツ Ml 専用メモリ » rl 専用 4 mb 增 isram ボ-ド pio - rl 34-4 M flM^j ¥148.000 好評発売〒 

• ES 専用 3 MB 增設 RAM ポード PIO - ES 34-3 M fllgisl 近日発売 


LOTUS. INTEL、MICROSOFT EXPANDED MEMORY SPECIFICATION 


LIMEMSi 

(し otusW *3 〈口-タス〉、一太郎 Ver 4 〈ジャストシステム〉、 EXCEL くマイクロソフト〉など、 UMEMS 対応アフリケーションが次々と開発されています） 

発売以来変らぬ自僂の統一規格設計。 

LIM 4.0 EMS をはじめ、メモリ拡張の全モードに対応。共通仕様で 1 MB から 8 M 日までフルラインアップ> 

增投 RAM ボ _ ド PIO-PC34H と 

■対応 機種/ PC - 9800シリーズ全モデル ■価格/ ¥38,000~ ¥235.000 

LIM 4. DEMS 仕様を完全サポート。さらに80386のブロテクトメモリで EMS 、 日 MS を実現。 

ram?^ s ios-io EMS/386 ( 新発売） 

■機能/ EMS ドライバ,/386メ、モリドラ•イバ /RAM ディスク/ディスクキャッシュ/プリンタスプーラ/バンクドライバ (FEP ドライパ） 

LIM EMS の広がりも，マルチウィンドゥのトレンドも。マルチモードだから〇«。 


PIO - PC 34 H シリーズ 

籲し IM 4.0 EMS モート 
*レ0パンクモート 
♦プロテクトモード 
參マルチモード 
參八イレソモード 


EMS プラス 
增投闩 AM ホート 


PIO - AX34E/H ま 放 


■対応機種/ PC / AT パソコン*ラップトップ用に ハーフ サイズもご用意じ U 、 ます 
■価格/¥85 . 000-¥245.000 ( LIM 4. OEMS に準亂た EMS ドライノ <5-2 DD ; 吞付）* /、ーフサイズ 2 M /¥87.000 4 M /¥ 149.000 


• LIM EMS ASIC (gate array ) LSI の OEM 供給をいたしております。 （ EMS ドライパソフトも供給可能） 

PC 34 シリーズおよび AX 34 で使用じ T いるカスタム LSI です。対応モードは *LIM EMS 4.0/3.2 をフルサポート•プロテクトモード籲 EMS + 
70テ外のマルチモード籲1.0パンクモード籲ハイレゾモードと全モードに対応、パソコン メーカ 枝にも研々採用されています 



プリントアウト 


オペレーション 


印刷しながら、次 の仕事がで去る。 

カノンタ•バッファ、' PRB シリーズ。"大容!! I 、超小切で新货場。 




ハーソナル • 

プリンタ•バッファ 


PRBW^i 


m(KB) 


• PRB -512(0.5 MB ) … ¥39.800 • PRB -1024(1 MB ) …¥59.8 

データ•セレクタ/近日発売 


10 DATA 


' ぐノコン增设 RAM のトッププランド 


黯アずー•テー5機器 


rrm 認嶋 2 侧 踢 ㉟ ： 日.訓⑻⑴娜 


TEL 03-254-030 I FAX .03-254-9609 


* アフリケーシヨンソフトと IOS -10 シリーズソフトを持参下; 
•卜広告；6黻の表示価格(こは,肖費稅は含まれており i 什ん 


そんな、頼れるキミを選びます。 




最初の出逢いからニクイほど変わらない_ 


しかも，トレンディ。そんなあなたを選びます0 
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6 M バイト （ EMJ - 6000 mk II ) 




4 M パ イト （ EMJ - 4000 mk H ) 



EMJmkII シリーズ発売記念/ 

脈 100名槪こ 

モニターブレゼント 

• 応募方法:官製ノ、ガキに住所(連絡先)•氏名 • 
年令. 職業(職種*会社名 • 部署) ■ ご利用のパソ 
コンとソフト名をご*記入の上、 ㈱ メルコ本社 「EMJ 
mkll モニタープレゼント」係までお送り〈ださい。 
• モニター製品: EMJ -1 000 mk II ( IM ハ•イト) 
•締切：1989年11月10日（必着） 

* 発表:主要ノ、•ソコン雑誌90年 I 月号 
(弊社広告欄)にて発表。 


8 M パイト （ EMJ - 8000 mkll ) 


12 M バイト （ EMJ - l 2 MmkII ) 


1 6 M バイト （ EMJ -16 Mmk II ) 


( EMS ポ - W ) 寘〇登場/) 

\ 快適 EMS ボードの決定版。こんなお得な話しは、他にない。 / 


1枚のボードで、各種拡張メモリに対応。 
将来性の豊かな、多機能ボードです> 

參ハードウエア EMS メモリ。 

ハードウェアる高速•快適な EMS メモリ拡張を実 
現。表計算ソフト「 l -2-3 j 「 Excel 」 をはじめ、「一太郎 
V er .4 j など、 EMS 対応ソフ NO 作業領域を飛躍的に 
拡大しますページフレームも16ページまで設定でき、 
1 M バイトまでのメモリ空間において任意のアドレス 
へ、 任意のページ数をオープン可能です。 

•プロテクトメモリ、バンク切換メモリをはじめ、本 
体メモリへの增設も可能です。 

* 各種の拡張メモリモードの設定は、ポード上のロータリースイッ 
チで切換えることができます。 


業界に先がけて、 

ハイレゾリューションモードにも対応。 

RAM ウインドウにより、ハイレゾリューションモ 
ー ドでのプロテクト モード 増設を業界で先が 
itT 可能にしました。しかも 、 EMS メモリとしても 
活用可能。幅広い ユーザーの 声にお応えし 
ています> 


時代を先行する 「 MELWAREj 。 

新機能の搭載で、さらに差がでます。 

_マルチメモリ•マネージメントシステム 

く MMMS > 機能搭載。 

EMS メモリ、プロテクトメモリ、バンク切換メモリ、各 
種拡張メモリをトータルに管理•活用できる先進の 
〈 MMMS > 機能を搭敕。メモリの種類にとらわれるこ 
となく、各種アプリケーションプログラム空間はもちろ 
ん、 RAM ディスク • キャッシュディスク•プリンタスプ 
ーラなどの多彩な機能を、使用環境にあわせて、ぉ 
望みのメモリ上に、自由に割り振ることが可能です。 
•サポートするメモリは、メーカーを選びません。 
MELWARE は、 BUFFALO の揮発ボードをはじ 
め、すべてのバンクメモリ （128 KB /00 ECh ) 、プロテ 
クトメモリでご使用 t 、ただ I ナます* 

•80386 パソコンではプロテクトメモリを仮想 EMS 
メモリとして利用可能。 (MELWARE Ver . 4 新槻能） 

386マシンのプロテクトメモリを、オンチップ•ぺ 
ージング機能によりハードウェア EMS メモリと 
同様の性能で利用できる、新機能が付加され 
ました。 


その他充実の先進機能满載。 


•付属の簡易エディタ （ MED ) はハイレゾリューションモードでも 
使用可能なフルスクリーンエディタ。（漢字使用も可能）•簡単 
設定ブログラム、プリントユーティリティー搭載。#キャッシュディ 
スクは SCSI 規格ハードディスク対応# NEC 拡張フアンクションもサ 
ポート#オン^インマニュアルは、画面上 • プリントアウトの両方で 
確認可能。參 MS - DOS の BUFFERS の一部をユーザーズメモリ外 
に追い出せ、ユーザーズメモリの負担をさらに軽滅〇 

•11\/|バイト（阳」-1(]〇誠11) . ¥37,800 

• 2 M パイト ( EMJ - 2000 mkll ) . ¥64,800 

• 4 M バイト （ EMJ -4000 mklI ) . ¥120,000 

• 6 M バイト ( EMJ - 6000 mkll ) . ¥175,000 

• 8 M バイト ( EMJ - 8000 mk II ). ¥230,000 

• 12 M /<> fKEMJ - l 2 MmkII ) . ¥340,000 

•16 M パイ f »_- l 6 MmkII ) . ¥450,000 

(すべて MELWARE VeM 標準添付） 

オンボード•彳スロットで拡張できる、組み合わせ自在の 
エクステンションボード。 

. ¥33,000 

參 2M バイト （EXJ- 2000 mkll) 

. ¥60,000 

• 4 M パイト （ EXJ - 4000 mkll ) 

. ¥114,000 



LIM / EMS 4.0 完全準拠屮〇98/9801シリーズ用（全機檯.全モード対応） 


EMS ボード / EMJmkn シリーズ 


※エクステンションポート•は、本体ポート -(IM 〜 4 M ) に、対応しています。 

* サウンドボード^切り離せない UV I 丨では、ハードデ<スクとの併用ができません。 
•本製品の価格には消費税が含まれておりません 

データシヨヴ89に出展 


>ブース番号：東館 E -21 


株式会社メノレコ 


籲本社/〒460名古屋市中区大須 4- 11 -50 カミヤビル 
3(052) 25卜6891(代 

籲東京支店/〒101東京都千代田区神田須田町 2-19-8 酒井ビル 

細) 255 - 22 棚韻請求 N 0.7 


► お問合せはメルコインフオメーシヨンセンターまで 

18052-251-8365 

受付:9:30〜12:00/13:00〜17:00〔月〜金〕 




I - 二 










































同一機能 3 スタイル•ロジアナ 

32餅逆アセン测時に 

癱リアルタ仏•パフォーマンス解析籲プロトタイプテバッグ:ツール 



3001 MPM 型/3001 MPX 型 

64ch/96ch ステート +200MHz、9ch タイミング 
ポータブル•ロジック•アナライザ 






























































200 MHz タイミング解析 

#モジュラ構造で最大彳〇スロットまで拡張 


SONY" ) 

Tlsktronixl ♦常に世界最新を創出するマこファクチャラ 

ソニー•テクトロニクス 

ソニー.テクトロニクス株式会社 

計制裱器部/東京都品川区北品川 5-9-31 〒141 TEL 03-448-4661 
北海道地区代理店/ ㈱ 北海道デジタルブレイン TEL 011-727-8931 
仙台営業所/ TEL 022.267-2181 土浦常業所/ TEL 0298.24-2602 
大宮営業所/ TEL 048_646-071 1 多窄営業所/ TEL 0425.73-21 11 
横浜営業所/ TEL 045_661-3511(? 木営業所/ TEL 0462*28>6768 
名古屋営業所/ TEL 052* 581 -3547 大阪営業所 / TEL 06*947-0321 
広 ft 地区/ TEL 082.247-0661 福间営窠所/ TEL 092.472-2626 


ロジック • アナライザをはじめてご使用になる 
方のための入門書、、ロジック•アナライザ入門〃 
お送り致します（無料)。ご請求下さい。 


训醮計測工業展 

0310月24日函〜27日:園 
東京国際見本市会場 

主 催:社団法人日本電気計測器工業 会 

JEMIMA SHOW コマ番号 N — 95(新館 2 F ) 
•セミナ 26 冰) B 室 

II : 40 〜 丨2 : 40「最新のロジック•アナライザの動向 
とその応用 j 




3002 P 型 

EL フラット•パネル•ポータフ)レ•メインフレーム 


3スタイル 

PRISM 3000シリーズはポータブル•タイプ 
の3001 MPM (64 ch )/ MPX (96 ch ) 型と 

カラー CRT で2スロット•メインフレームの 
3002 C 型、 EL フラット•パネル .2 スロット. 
ポータフ、>レ•メインフレーム3002 P 型の3ス 
タイル4機種です。3スタイルとも同一のュー 
ザ•インタフェースを採用0 メインフレームも 

5台まで増結でき10スロットまで使用でき 
ます。 

モジュールは現在二つ、新モジュール 
で将来は機能向上 

メインフレーム用のモジェールは 64 ch ス 
テート +200 MHz 、9 ch タイミングの 30 M 
PM 型、ステートが 96 ch で他は同--性能 
の 30 MPX 型の二つです。近い将来に 
発表予定の新モジ^—ルで'韻複雑な 
問題も効率良く対処できます。 

^ gOps チャンネル間スキューで高信頼 

32ビットまでのプロセッサの逆アセンブルと 
同時に使える 200 MHz タイミング解析部 
はチャンネル間スキュー500 ps 0 6 ns の間 
データが確立すればトリガできる強力な 
ワードリコ グナイザは今まで見逃していた 
事象を確実に補え、し力、も全データをス 
テート部と時間的相関を保って表示で 
きます。 

解析を容易にするデータ表示フォー 

マット 

ステート解析部のメモリ長はタイムスタンプ 
つきの 8 K ビツト/チヤンネル。逆アセンブル 


されたデニタはモード選択によりサブ> レー 
チン •コール、 リターン、ジャンプ時のバス • 
サイクルのみを表示できるため、娃人なプ 
ログラムの流れも簡単にチェックできます。 

初のリアルタイム•パフォーマンス解析 
機能(オプション） 

従米の統計的手法では多大の時間を 
要したり、重要なデータを取り逃すことが 
避けられな力*つたパフ オーマンス 解析 1 を、 
7個のハードウェアによるレンジ •リコ グナイ 
ザにより、 A 社初のリアルタイムの解析を 
可能にしました。これからは一点の疑いも 
無いパフ ォーマンス 解析ができます。 
プロトタイプ•テンくッグ•ツール(オプション) 
プロトタイプ•デン < ッグ • ツール （ PDT ) はシ 
ステムの ROM ソケットに差込む ROM プ 
口 ーブとデンぐッグ用ソフトウェアカ•ら構成さ 
れ、簡単な コマンドで できる メモリ •ダンプ 
やパッチの可能な ROM エミュレーション 
機能の他、逆アセンブル•プローブ^らの 
ハードウェア•ブレーク等によるプロセッサ 
の コント ロー ルカ ? できま尤 



ロジック•アナライザ 


PRISM 

300 () シリ-ズ 
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_ 画像処理データ圧縮 7 アイリングシステム 
♦高速画像データ転送システム 
•ネット7—ク上での画像データ処理 
•パソコン通信での自然画伝送 


[ CV 卜98付属ソフトウ： l アを用いた画像圧縮•復元ベンチマークテスト〕 

( CVI -98、 FLASH - 1 6 VI の組み合わせ） 


原画データ 



150 KB 

(256 X 200 pixel カラー) 


4.7 秒 

画像圧縮 




^ 画像復元 

1 4.0 秒 


※ PC •98 RL を使用 
下の CONCORD の 

絵を圧縮 



圧縮データサイズ 
6.5 KB 

(圧縮率 1/23) 



原画 


參1/10に圧縮 


• 1/20 に圧縮 


*1/25 に圧縮 



















画像処理の分野でも。 

CVI -98 と、 FLASH -16/ VI との組み合わせが画像処理の新分野を開拓。 
新たな可能性を秘めた I M A G E P R 0シリーズにご期待ください。 


CVI-98 


カラービデオ信号デジタイジングボード 

¥98,000 

•型番 CIM -1101-0 H 3 XX 


【 CV 卜98の概要】 

CV 卜98は、 NEC 製パーソナルコンピュータ PC - 
9800シリーズ ( LT 、 CV を除く)の拡張スロットに装 
着して使用する、ビデオ信号入力•表示ポードです c 
CV 卜98は、入力した標準 IMTSC ビデオ信号から 
1画面分の画像データを取り込み、記憶(デジタイ 
ズ)するためのハードウエアと、記憶した画面を PC - 
98 本体の表示 出力 に合成表示させる(スー/ \°ーイ 
ンポーズ)ためのハードウエアを内蔵しており、この 
2つの機能は PC -98 本体から I / O ポートを介して容 
易にコントロールすることができます。 

また、取り込んだ画像データも、 PC -98 本体側より 
I / O ポートを介して自由にアクセスできますので、画 
像データの加工や外部記憶装置への保存等が簡 
単にできます。さらに、取り込んだ画面の拡大表示 
やハ°ソコン画面との合成表示の ON 、 OFF コントロ 
ールが可能です。このように CV 卜98は画像処理分 
野には不可欠な V ヽードウヱアであると言えます。 

【 CV 卜98の仕様】 

•デジタイズ用映像入力…標準 NTSC ビデオ信号（ピンジャック) 
•スーパーインポーズ用映像入力…アナログ RGB 信号 
(15 ピンコネクタ•ピンタイプ） 


•映像出力••…アナログ RGB 信号 ( 15ピンコネクタ•ジャックタイプ） 

籲デジタイズ画面の構成 "256 X 200 画素 

RGB 各64レベル (6 ビット） 

262、144色表示 

籲デジタイズ画面入力時間…丨画面/フィールド 
• I / O インターフェイス…… I / O アドレスは16ビットデコード 

•使用 I / O ポート数 . 入力 I ポート （X XD 2) 

出力4ポート （x XDO、x XDI 、 

X X D 2, X X D 4) 

xx はディップスイッチで選択可能 

參適合コンピュータ . 日本電気 ㈱ 製 

PC -9801 / E / F / M / VF / U / VM / UV / VX / 

UX / RA / RX / ES/EX 

PC -98 XA / XL / XL 2 /RL 

FC -980 I / V/X 

EPSON ㈱ 製 

PC -286/ V / VE / VS / VF / X / U / US/LS 

PC -386/ V/LS 

•適合ディスプレイ . アナログ RGB 入力端子付き 

高解像度ディスプレイ 
(水平周波数 24 kHz ) 

•消費電流 .+5 V 500 mA + I 2 V 80 mA 

•基板サイズ . 148 X 220 mm 

(装着時スロットから53圆飛び出します。） 

»その他の機能 . デジタイズ画面拡大表示機能 

スーパーインポーズの ON 、 

OFF コントロール機能 
デジタイズ画面の表示位置設定 (2 力所) 
デジタイズ画面データを PC -98 本体側か 
らアクセスする機能 


【 CV 卜98付属ソフトウエア】 

CV 卜98にはすぐに使えるサンプルソフト(ソース付 
き)が付/*しています。画像データを取り込んで圧 
縮したり、画像ファイルを呼び出したりできます。 

また、各言語からサブルーチンのように使える画像 
圧縮ライプラリ ( CV 卜98専用）が付 IS しています。 


【 CV 卜98ブロック回】 



i= 1 M 

ImMuc 


= 



FLASH-16VI 


ハイコストパフォーマンス高速演算ボード 

¥198,000 

•型番 CAU -1106-01-13 xx 


【 FLASH -16 VI の概要】 

ディジタル信号処理にあける画期的なスピードと使 
いやすさを実現した 「 FLASH -16」。 高速 FFT 演算 
ポードとして多くのユーザにお使い頂いています。こ 
の FLASH - 16で培われた高速性、高機能をそのま 
まに、画像圧縮のための FCT 演算専用にシエイプ 
アップしノ \イコスト/ \°フォーマンスを追及して誕生 
したのが 「 FLASH -16 VI 」。 FCT による画像圧縮を 
FLASH -16 VI のアレイプロセッサ VSP が高速実 
行します。 


【 FLASH -16 VI の仕樺】 

•ホストコンピュータ……全 PC - 9800シリーズ （ l _ T は除く） 


• DSP . ZR 34161-20 (Vector Signal Prosessor ) 

• RAM .32 KWX 2 ブロック 

パイプライン処理をサポート(注 I ) 
(64 KWI ブロックとしても動作可能） 

• ROM . 無（ソケット のみ 実装）（注 2) 


• PC 側使用メモリ空間… 8 KB (000000~ OFFFFF 内の任意のア 

ドレスにショートプラグで設定可能） 

(注 3) 

• PC 側使用 I / O 空間…•無 

*98 拡張インタラプトライン…0~6をショートプラグで選択 
籲消費電力 . 動作時最大 240 mA 


•演算方式 . 16ビット•ブロックフローティングポイント 

16ビット整数 ( VSP 内部では19ビット） 

籲データ転送方式……- 

I.VSP ローカル RAM を PC よリダイレクトにリードライト 
2.32 KWX 2の2ブロックモードでは VSP がアクセスしていない方 
の RAM ブロックに PC からデータの転送が自由にできます。（高 
速パイブライン処理可能） 


(注 I 、注 2) RAM 、 ROM はモード設定によリコード、データエリアと 
しての割り当て方式が変更されます。 

(注 3) FLASH - I 6 VI のアドレス設定を全て異なる値にしてお 

けば複数をスロットにセットできます。 


CANOPUS 


カノーフス電子 ㈱ 

本社〒658神川諫撕梢阀本1丁 04-30 カノー六ビル/ご注文.納期のお問い合わせはく営菜部〉 TCL:078(411)52M Fax：078(431 )7610 
技術的なお問いがせはくテク ニ カルインフォメーション〉 TEL:078(412)7166Um! 〜金 BM/PM1:00 〜4:00> Fax=078(411)5084 
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亍 732 広島市南区大州5 丁目 8-26 

TE し (082)281-7777 

FAX (082) 282-8360 
ネ旦当営業平本 


大阪 

〒542大阪市中央区上汐2丁目2 

TE し (06)763-4440 

FAX (06)763-4450 
祖当営業細田、渡部 


〒105東京都港区芝3丁目31 -8 

TE し (03)454-4644 

FAX (03)454-81 37 
徂当営業鎌田、山賀、日高 


Interface 


Dream & Freedom 
株式 会- 


インタフェース 


IhlsAn 





■ _ 




上 -> 中 * M 






鍾鐘 

<Q 





l 





<Q.Q< 




■墨1 

d/lfa 固 oLljal>*l-Q:o ミ In 
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dm ： より高速にアップデート 

使いやすさを追求した、低価格、高機能 1 j レーシヨナル•データベース 


QUICKSILVER 

データベース•コンパイラ 


はじめて使う人に INTRO コマンド 


ビジネスグラフ機能 


新し<追加された機能 


高速化 


ブ JU タウンメニューに従い、項目を選択するだ 
けで、データベースを作り、処理することがで 
きます。表形式でデータを表示させながら、レ 
コードの追加、編集、削除、検索、そしてラべ 
ルやレボートの印刷も司能です。フロブラムを 
作らなくても、 INTRO で行つたことをマクロ 
で登録できるので、同じメニューをなんども開 
<煩わしさはありません。 



オンラインヘルプ機能_ 

コ7ンドや関数の使い方など7ニュアルのほと 
んどの部分はオンラインマニュアルとしてへル 
プ キーに よつて、いつでちどんなところからも 
ポップアップして画面で見ることができます。 
まだ、テータペース • ファイルのフィールド名 
の一颳を表示してコマンドの中に自動的に*き 
込みち可能です。 



データとプ□クラムの上位互換性 


dBASEIII 及び dBASEIII Plus のデータペー 

ス • ファイルやインデックス • ファイル、ブロ 
グラム • ファイル、ラベルやレポート • ファイ 
ルなどと互換性がありますので、 dBASE で利 
用してきたデータやプ□グラムを有効に活用。 
ロータス 1-2-3 やマルチプランといつた表計算 
ソフトのデータファイルの読み塞き。もちろん、 
□ータスや▽ルチプランの日本独自の形式ちサ 
ポート。ワープ□ソフトなどで作つたテキスト 
ファイルをデータベースに。また、逆にテキス 
トファイルを出力することもできます。 


ウインドウ機能_ 

ウィンドウを使ったプログラムを 霣< ことは大 
変なことですが、 cIBX しではデータベースを扱 
〇のと同じよろな感覚で簡単に 書 <ことができ 
ます。 cJBXL では理論的には99個までのポップ 
アップ • ウィンドウを重ね合わせて開<ことが 
できます。それぞれのウインドウで異なるデー 
夕を処理しだり、メッセージを表示しだり。ユー 
ザーインターフェイスに優れたアブリケーシヨ 
ンを簡単に作れます。 


数字だけ並べた データでは とらえに<い特徴 
も、グラフを使つて表示すば一目瞭然です。ク 
ラフは全部で6樓類(円グラフ、樺グラフ、折れ 
媒クラフ、点グラフ、睹層クラフ、回帰直棟)。 
ビジネス分野で威力を発揮。 

簡単な操作で表現力に優れた資料を簡单に作り 
出すことができます。ちちろんこのデータをプ 
リンターに出力することちできます。 



インデックスファイルによる高速検索 


dBASENIPIUS より高速化されたインデック 
スを使った高速掻索が可能。このインデックス 
を利用して、条件にあう項目だけの 塞き 換えや 
2つのデータペースを接続することもで き。 多 
重 検索や一定の条件にあつだデータベース* 
ファイルを作ることも可能。 


ラベルやレポートのプリントアウト 


dBXL のなかから、ワープ□や、表 計！！ などを 
実行する時、 SET SWAPPING ON を股定 
すると dBXL は、自分自身を disk 上に 書き出 
しメモ |J 一を解放。 後 数同時 U レーシヨン锇能 
で元 データ ペースから複数の データ • ファイル 
を同時に関連付。 TSR タイブのホット•キーで 
プログラム実行中に32涸までの別のプログラム 
を起 勧。 不可能だつだ可変長メモ • フィールド 
を自由に検索したり 慝換。 


便利なユーティリティ_ 

画面のイメージを、 cJBXL の扱えるファイル形 
式に変換するユティリテー、漢字フロントフ 
ロッセサ (AT0K6) をヴラッフィクメモリに移 
動して：！ーザーメモリを広げるデバイスドライ 
バー、 dBXL のサンプルプログラムとして、そ 
のまま使えるカード型データベース The 
FlatFlle などが新し <追加されました。 


MS - DOS 汎用版_ 

d 日 ASEIIIPIus の対疝していない機檯でも、 
MS-D0S(V.2.11 以降)が走つている饯欞で 
あれば、どのマシンでも動作します。これはグ 
ラフの機能がないだけで、データペース•ファ 
イルやインデックス • ファイル、プ□ブラム • 
ファイルといつだファイル関係では互換性があ 


Quicksilver VI .3 では、 PC-286/PC-9801• 
J- 3100 . AX. PS/55 シリーズ用に、新しく機 
檯専用版が発売になりましだ。7倍以上高速にな 
り、 カラーをサボートするなど d 巳Xし互換のコ 
ンソール制御が実現されましだ。そして扱格[対 
廊の結果、ファンクション • キー やカーソル • 
キー、 COM ポートガサポートされましだ。ま 
た、レコード • □ツク、ファイル • □ツクなど 
だけを使つだシンプルなネツトワーク，システ 
ムには、 LAN K 比は不要になりました。 

Quicksilver は、世界の標準リレーショナル • 
データ ペースである dBASEIII Plus や、その 
拡張互換の dBXL の ADL (アプリケーション 
開発言語)で作成したプログラムをコンノてイ^レ 
して、実行形式の EXE ファイルを生成します。 
できあがつたプ□クラムはネイティブコードで 
すので、よりコンパクトでより高速で動きます。 
このブロクラムを実行するには dBASE III 
PIUS も dBXL もいりません。 


優れだ開発環境_ 

Quicksilver と dBXL は、 dBASES 語での 

アブ 1 」ケーシヨン•プログラムの開発に関して、 
他のいかなる言語よりも効率のよい開発理境を 
提供します。 dBASEINPIus と文法、データ、 
インデックス • ファイルも完全に互換性があり 
そのうえ、 dBASEIIIPIus の機能をより使い 


郵送用の宛名印刷や宅急便の伝票ラペルそして 
業務報告書などのレポートを画面の表示に従つ 
て自由なフォーフツトでプ U ントアウト。印刷 
頃目はデータベースの中から選択でき、まだ出 
力するデータを条件づけ、選択することもでき 
ます。 



イメージデータの利用 


フルカラーのイメージデータを、簡単に利用す 
ることが出来ます。画像ファ- r_j ンヴシステム 
(画像データペース)を®単につぐれます。ユー 
ティ U ティを利用して • イメージスキヤナから 
取り込んだデータを利用することも句能。 
dBXL で直接イメージスキヤナから画像を読 
みとることはできません。画像の取り込みには 
スキヤーナに付属のソフトウェアなどをご使用 
<ださい。 


dBXL AND 
QUICKSILVER 
toOGRAMMING 

BEYOND dBASE 


ります。なお MS — DOS の標準入出力を使用 
している関係上、専用版より画面表示は遅<な 
0ます。 


dBXL 

PC -286/ PC -9801.¥49.800 

J -3100.¥49.800 

AX . ¥49,800 

PS /55. ¥49,800 

MS - DOS 汎用 .¥49.800 

IBM PC .¥49.800 


ご注文の際は機種、ディスクのフォー▽ツトを 
ご指定 <ださい。 

消費税3%ガ別にかかります 

各々の商品名はそれぞれの会社の登録商標ちし 
<は商摞です。 


やすぐ拡張しています。 


ネットヮーク_ 

□一カルエリアネツトワーク上では、 dBASE 
III Plus LANs dBXL/LANx Quicksilver 

のプ□グラムで同一のデータを共有できます。 
コンバイルしたブログラムは社内で配布した 
り、業務ソフトとして販売してもライセンス料 
がかかりません。 

なおマイクロ/メインフレームフリツジ SQL 
を89年末から90年には SQL 対©日本路版とし 
て出荷予定です。89年10月には Unix 版（英語） 
を発売する予定です。 

また MS 汎用版は dBASEIIIPIus の走らな 
い機播でち使用することができます。 

Quicksilver 

PC -9801/ PC -286 . ¥165,000 

J -3100 .¥165,000 

AX .¥165,000 

PS /55 . ¥165,000 

MS - DOS 汎用 .¥145.000 

IBM PC .¥135.000 

QuickSHve 「登録ユーザーのみ 

Plink 86 Plus .¥80.000 

別売ライブラ 1 」 . 各¥45,000 

4本セツト¥135.000 

LAN Kit . サーバ苗 ¥35.000 

Networker Plus 

. サーバ® ¥58,000 

( PC-DOS 専用） 



EMS のサポート_ 

EMS0JM 仕様 Ve「4.0) に対応していますの 
で、市販されている EMS ボードを利用して使 
えるメモリを增やすことができます。 

この機能は NEC 方式の EMS では動作し•ませ 
ん。また、一部 メーカーの EMS ポー ドやソフト 
ウェアの組合せでは動作しないことがありま 
す 〇 
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ドレッシングの選択をまちがえても次があります が... 
データベースは 貴重な データが 使えな<なります。 



1フのファゴルしか扱えないカード型、互換性のないデー 
タペース、ビジネスの世界ではもろ使えません。時代は 
リレーショナル。複雑なビジネス社会のパワーツール、 
d 巳 XL 。 それでもまだ、カード型データベースを使いた 
いと考えているあなたのため。 dBXL で書かれたカー 
ド型データベース The FlatHle が付属します。データ 
フォー7ットは、世界中で U レーショナル • データべ一 
ス標準の d 巳 ASEIIIPIus と完全に互換。豊富なサード 
パーテイのアドオンソフトでいろいろな世界が展開され 
ています。 dBX しは、初めてデータベースを使う人から 
業務ユーザーまで、 cJBASEIIIPIus 拡張互換。米国で 
は' 社会保陣局の棵準データペースとして、全米各地の 
同事務所で約1万本が使われています。初めての人には使 
いやすい INTRO コマンド。業務ユーザーには強力な才 
ンラインヘルプの下で、高速なインデックス検索、自由 
自在の多重検索、ウインドウ、ク•ラフ、ラベル.プリン 
卜、画像データなど。そして ADL (内蔵のアブ iJ ケー 
シ3ン開発言語）によるプ□グラムで、売上管理、在庫 
管理、財務会計などあらゆる業務の処理が可能になりま 
す。 d 巳 ASEIIIPIus の ADL で開発されたほとんどのブ 
□グラム•ファイルは変更な<実行することができます。 
そして dBASENIPIus と互換のデータ.フォーマット。 
□ータス 1-2-3 やマルチフランのデータも自由に使ろこ 
とができます。使し\やすさを追求したユーザー.インター 


フェイス。データはソフトウェアより黄重なちのです。 
一度入力されたデ--夕は使えば使うほど大き < なりま 
す。一つのデータを□ータス 1-2-3 で、マルチプランで、 
共有。ワープ□で入力されだテキスト_フォーマットか 
ら dBXL のデータ•フォーマットへそのまま変換。対 S 
機種は旧 M PC 、 PC -286/ PC -9801、 J 3100、 AX 、 PS / 
55。そして dBASEIIIPIus の走らない機種でも使用 
することができる MS — DOS 汎用版も。□一カル•エリ 
ア•ネットワーク、 d 巳 XL / LAN 、 QuickSilver(ADL 

コンバイラ)を使ってデータをオフィスで共有できます。 
今後対晒機種ちワークステーションまで増え、データを 
自由に別の機種で利用可能。/ \ーソナルなデータペース 
か5世界的な大規模データベースまで d 巳 XL 、 Quick - 
Silver は対师 しています。 Quicksilver は業務ソフト 
開発に国内数千本の実續。簡単な住所録から国際的企業 
の在庫管理、会計処理、業務処理プ□ク•ラムなど広<使 
われています。初めて使ラ人は対話型コマンドで、 
INTRO コマンドで、使いなれてきたら ADL (アプリ 
ケーション開発言語）で。パワー.プロクラマ向けのコ 
マンドもサボート。 LAN を使ってマルチ ユーザー 企業 
内システムに。イメージ • データを使った画像ファイ ij 
ング•システムに、グラフ機能を使ったブレゼンテーショ 
ンに、ラベル機能でメー LI ング宅急便に、レポート機能 
で報告書作成に、いろいろな分野で活躍しています。使 


えば使ろほどその実力がわかります 。 dBASEIIIPIus 
をすでに使つている方にとつてもより強力なフ□クラミ 
ングツールとして二度と手放せないものとなるでしよ 
う。 それとも、まだ d 巳 ASEIV を待ちますか。使い方 
がわからな<なつだ時にわかりやすいマニュアルが、初 
めてデータベースを使う人に学習編と INTRO 、 どこか 
らでも呼べるウィンドウを使つだヘルプ機能、エラーに 
は的確なエラー • メッセージ、そしてフロクラム開発に 
は使いやすいエディタ、実行エラーには強力な Fix オプ 
ションでエラーの箇所を指摘。マニュアルは約1000 
ページ。ヘルプ画面はマニュアルの1/3以上。より詳し< 
知りたいときだけ、7ニュアルはお読み下5い。 
CIBXL ユーザー•クラフに参加して情報交換。 VAR の方 
は〇 • S . VAR 会へ。サザン/てシフィックと WordTech 
社により情報提供。もちろん当社のテック • サボート体 
制も充分。 

一それでも d 巳 XL 、 価格は ¥49. 800。一 

お問い合わせは 
全国パソコンショップまたは 

㈱ サザンパシフィック 

〒220横浜市西区南幸 2-16-20 三和横浜ビル 

TEL .045-314-9514 FAX .045-314-9840 
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交流無停電電源装置 



先進、局性能。 

さらに安心のワークエリア。 



高効率•高経済性•高信頼性の 

卜51ポ-卜邡 UPS 


(単相 3 KVA 〜 100 KVA :3 相 10 KVA 〜 300 KVA ) 


’89省エネルギー優秀製品賞受賞 


新感覚デザインの実力派 

コンピュータや電子応用機器などの重要機器用電源装置に 
は、従来の無停電•定電圧•定周波特性に加えて、高効率•高 
経済性•高信頼性を兼ね備えた性能•機能が要求されており 
ます。これらのニーズにお応えするため当社は、 AT & T 社(米 
国電話電信会社)の特許（トライポート方式)の実施権を得、 
さらに当社開発の新技術(特許出願中）を加えて、一歩先進 
の省エネ型トライポート方式 UPS を完成させました。あらゆる 
電源トラブルに即応、安定した電力供給に実力を発揮します^ 

さらに充実した機能設計 

•ワンタッチ操作のシステム起動•停止スイッチを装備 
•オフィス内設置にも最適なハイセンスデザイン 
•小型軽*;化を実現 
•オートリターン機能付 





(5 KVA ) 


本社 福岡市中央区渡辺通 2 丁目 1 番 82 号(電気ビル内) 営業所 東京•大阪•福岡.北九州 •佐贺 •長崎.大分 •熊 本.宮崎 •鹿 児島 
籲ぉ問合わせ本社営業部 0092(761)0636 ' 東京営業所 003(452)4471/ 大阪営業所 006(535)5992 
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SOFTWARE REVOLUTION 


l\AASAKI 


まず、サポートリスド C こ確認ください。 



ソフトウェア開発に求められる最もベストな 
開発環境。それはソフトと八ードにおけるトー 
タルな支援体制によって決まります。そのため 
には開発ホストと ICE を接なぐ先進のアーキ 
テクチヤ、 ICE それ自体のもつ八イパフオー 
マンス、それらの機能を1〇〇パーセント、フルに 
引き出すソフトウェアの独自開発が絶対条件 
となります。 PROICE は、当初よりこのコン 
セブトを徹底して貫き、8ピットから 1 B ビット、 
そして32ビツト時代に向けて〈ザ•ベスト〉を提 
供し続けます。 




8 BIT IN-CIRCUIT EMULATOR 

i ill 


■IWASAKI DEVELOPMENT SYSTEM SUPPORT LIST 


CPU 

商品名 

カパレツジ 
パフォ-マンス 

H しし D 

アセンブラ 

コンパイラ 

Z80 

► 

PR0ICE-ZB0/PC 

► X 



► LSI C/^C-Z80 

6418 OZ 

► 

PROICE- 湖 / PC 

► X 




MCC180 

64180 R0/R1 

► 

PR0ICE-18OA/PC 

► O 



► 

juC-180 

8085 

► 

PR0ICE-85/PC 

► X 



► 

LSIC 

8051/31 

► 

PR0ICE-5I/PC 

► 〇 



► /iC-8051 

8048/49/40/35/39 

► 

PR0ICE-48/PC 

► X 



► 

X 

NSC-800 

► 

PROICE •剛 0/PC 

► X 


PDHAQM TT 

► 

X 

6301V/03R 

► 

PROICE-OIV/PC 

► X 


rnUflolYl- 11 







► 




6301X/Y.03X/Y 

► 

PROICE-OIX/PC 

► X 



► 

"06301 

► 

PR0ICE-01XA/PC 

► 〇 






6809/09E 

► 

PR0ICE-O9/PC 

► X 



► 

X 

647180 

► 

PROICE/PC 2 647180 

► △ 




MCC18Q 

641808 

► 

PROICE/PC 2 64180 S* 1 

► △ 



► 

juC-180 

68HC11 

► 

PR0ICE/PC 2 68HC11 

► A 



► 

X 

8086/88 

► 

PROICE- 册 /PC 

► X 



► Aztec C86 

68000 

► 

PR0ICE-68K/PC 

► X 


► (コンパイ、 

_ 1 ラに含む ノ 

► MCC58K 

H16 

► 

PR0ICE/I16 




. 日立 6 棚 6 C コンパイラ 

' Whitesmith C 

H8/532 

► 

PROICE/ZH8/500 

► A 


► PROASM- n 

. 日立 64700 8 C 

^ コンバイラ 

冊/ 330 

► 

PR0ICE/IH8/30O* 1 

► A 

ソースレベル 

デバッガ 

► 

X 

8086/88 

► 

PR0ICE/I86 

► A 




80186/188 

► 

PR0ICE/I186 

► A 

iDEB 



Aztec C86 

MS-C 

80C186/C188 


PR0ICE/ZC186 


► ソースレベル 

MASM 


Lattice C 

V20/V30 

> 

PROICE/IV20 

► A 

ビジュアル 

デバッガ 

> (織) 

► 

SSI ROMable C 

Whitesmith C 

m/m 

► 

PR0ICE/ZV25 

► A 

iOEB-U 



TURBO C* 2 

m/m 

> 

PROICE/ZV40 

► A - 

(オプション） 



PL/M •明* 2 

68000/10 

► 

PROICE/ 观 

► A 


► 臨ィ ) 


MCC68K 

68020 

► 

PROICE/I 32 68020 

► A 


► 

Wtiitsmlth C 


NoteO : サポート △:オプション X : 不可 *1 開発 中 *2|DEBII のみ 
注）シンポリックデ/<ツグは全商品サポート（但し 「 PROICE -48/ PCj のみサポート不可） 


技的なお問合わせは |フリーダイヤル(料金無料） 

新設のサポートコールへ ► ^0120-10-7766 

(従米のサポートセンターへのお問合わせもすベてこの コールで 承ります。） 


IN-CIRCUIT EMULATOR 

PGulCIfc ンリース mm 岩崎技研工業株式会社 

•本社〒612京都市伏見区下鳥羽平塚町13番地3 Q (075)602-7878 ⑽籲東京営業所 0(03)340-290 蘭■横浜営業所 0(045) 201-663刚 
•大阪営業所 a (06)358-5571 •九州営業所 S (092)483-007 W 
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MEGASOFT 


ハードウェア EMS ボードか ^ 要とされたのはもう過去の話。スピード•価格•柔軟性などあらゆる性能でハードウェア EMS を HI 
もしあなたが386パソコンをお持ちなら MEM0RY-PR0386 が最良の選択です。 


主な特長 


0ハ-ドウ I ア EMS より高速 PC -9801 RA や RL など32ビットパソ 
コンで使えば市販 EMS ポードより高速です。 

❷1万円で実現できる EMS 386パソコンに標準装備の内蔵メモ 
リを使えますからツフトウェアの購入だけで EMS を実現します。 

❸一太郎 Ver .4 にも完全対応 アプリケーションから見れば仮想 
EMS はハードウ: l ア EMS とまった〈同じ。一太郎のフル機能を引き 
出します0 

〇ノシクメモリボード対応ソフ K ) 実行可能 仮想パンクメモリ機構 
で MX - 1 Star などパンクメモリ対応ソフトも実行できます。もちろん、 
パンクメモリポードとの混在も可能です。 

❺プロテクトモードメモリだけを使いますから、 OS /2 実行時にもポ 
-ドの投定を変更する手間は不要。 メモリを最大限有効に活用で 
きます0 

❻最大 128 K バイユーザー空間を拡張 仮想 UMB 機能によっ 
て、たとえば松茸 V 2 を組み込んだ状態でも 580 K パイト以上のユー 
サーメモリを確保 。 口ータスト 2-3 をはじめ、 LAN や CAD ソフトなど 
ユーザー空間が不足しやすいソフトも余裕を持って実行できます。 
❼ PC -9801 LS でも使えます 内部増設メモリだけで使えますから PC 
•9801 LS など拡張スロットのない榧種でも OK 。 

0どのメーカーのポードも使えます メモリーポードをプロテクトモー 
ドに設定すれば、異なるメーカーのボードの混在も可能。安心して 
増設が行なえます。 

❾これからの主流です 仮想 EMS は、 386 CPU のもつ優れた能力 
を素直に引き出すことで実現した方式。新たなハードが不要で信 
頼性やコストパフォーマンスも抜群。 

❿再購入せずに機能追加が可能 すべての機能をソフトウェアで 
実現していますから、将来の機能アップもソフトのバージョンアップ 
で可能0ハードを無駄にすることはありません。 

• 仮想86モードで動作するため, 80386 /80386SX 以外の CPU では使用できません， 


システム概念図 


プ a テク(•モートメモリー 




製品の内容 


5”2HD または3 .5”2HD フロッピーディスク • • 

取扱説明書 . 

ユーザー 登録カード . 


EMS 対応ソフトウェア 


• 一太郎 Ver.4( ジャストシステム） • 卜 2-3 (ロータス） 

• EXCEL (マイクロソフト） • AUTOCAD (オートデスク） 

•花子 Ver.2( ジャストシステム）（予定） 

• Advanced BITS 5.0(イシガキ1^3) 

•ターボ C (ポーランドジャハン） «VJE-/? Ver.2. 10 

• ATOK-7 (一太郎に付属〉 •松茸2 . 05 (13 —タスI -2-3 に付属） 

など(弊社皤認分） 


仮想 UMBI 


に組み込み可能; 

• ATOK 7 • 


み可能な FEP やドライバ 


松茸 / V 2 


• PC-9801RA/ES/LS, PC-98RL/XL2 • PC-386 


使用可能メモリボード 


各社のプロテクトモードメモリ 
RA / RL / LS / XL 2 / PC -386 本体内膿メモリ/增設メモリ 


仮想 EMS ドライバ 


これからの主流《 MEMORY-PR0386 

ノ II O PC- 9801 RA/LS/PC-98RL/XL 2 /PC_386 専用 …¥10,000 


表示価格には消費税は含まれておりません， 


使いやすさと信頼性- 


] ―||〒564大阪府吹田市江の木町 16-9 近藤ビル 6 F 


TE し 06-386-2058( 代） FAX . 06-386-2123 




ロータス 1-2-3 での複写速度 

ィセル20文字のデータを10桁 X4000 行後写時の所_要時間を*定 


秒 


j yo'sm 


W15.7 秒 


仮想 EMS 

(MEM0RY-PRO386) 


ロータス 1-2-3 でのメモリ拡張の効果 

1セル20文字のデータを*大い<ら1でコビーで？るかを*定 




%694- 49 


:7 — ぐV 


钴，540 


1508.576 


- J 519.600 


ハードウェアが 

2MB の EMS ポート•(』社） 

MEM0RY-PR0386 
(仮想 EMS のみ） 

MEMORY-PR03^ 

{仮想 EMS ♦汲想 UMB> 

最大有効セル教 

ユーザーメモリ••コマンドラインで CHKC5SK 実行時に表示される任用可舵メモリの 
表示 

较大有功せル数：1セル20文字のテータを/ C3 マンドでコヒーでさる最大 tr ル教 
テスト*境 

使用拽 ii PC-S80〗RA5 

增設メモリ RA 用内部褙設メモリ 3MB + ハートウェア EMS ボート (2MB> を檐投 
組み込みドライパ各 EMS ドライバ • PRiNT.SYS. RS0RV.SYS, MHK2.0RV 


巧フ て.; 0 ::]—: , - - 

i —I ユーザ- 


枚部枚 
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フロッピーディスク • デュプリケーシヨン•コンバータ 

MDP_640 1 G E3SES&H ¥188.000 


MDP-6402C 

MDP-6403C 


5艸3.5 


定価 

¥188,000 

I 定価 

1 ¥188,000 


変える二:!ーツール/ 


•3.5", 5', フロッピーテ V スクのメデ f アチェンジおよびデュプリケートが簡単にできます0 
•2 HD ,2 DD 両タイプに対応。しかもこれらを自動雄別します。 

• FD から読み込んだデータをそのまま複製するモードと、 

データを一部解析,修正して複製するモードがあります。 

參 NEC PC - 9800シリーズの外部拡張テ V スクとしても使用可能。 

【ご注意】許可なく他人の著作物を後製(コビー)する車は法律で禁じられております： 





高性能 FDD システム同時新発売/ 

NEC PC-9801 用フロツビーデイスクシステ ^ 

CA-302FWEB 
CA-502FWEKS 


定価 

¥67,800 

定価 

¥67.800 



•2 DD /2 HD 選択可能 

馨ドライブセレクト(1,2または3, 4) が自由に設定できます。 
*2 HD . 2 DD 用ケーブル別売 


新価格// 新シリーズ登場でさらにお求め易くな D ました。 

高速、大容量、使い易くて信頼できるキャラべルの八—ドディスク群 ( 



80MB 単一でブート了ップ•ゲ 

NEC PC - 9800シリ-ズ用ミニタイプ八ードデイスクシステム 

GA-80LG Liiiffl 


1 8msec. ^ 


Wfffi 格 

¥ 218.000 

• I / F 力ード,ケープル付 


遂に達成.グ 40MB で 18m sec ••グ 

NEC PC - 9800シリ-ズ用ミニタイプ/、ードデイスクシステ^ 

CA-44LGCM” 1 — 


18msec. し ; i 


よりお求め易くなりました.グ 

NEC PC - 9800シリーズ用ミニタイプ八ードデイスクシステ^ 

GA-40LG [M] 


35msec . 1 


斯価格 

¥ 118.000 

針け-ド,ケープル付 


MS-DOS、 新松 etc." •ゾ7卜内蔵.グ 

NEC PC - 9800 シリー ズ用 

ミニタイプ八ードディスク S ソフトウェアシステム 


CA-80LGSm 

CA-40LGSn 


1 8msec. ^ 


35msec. ^ 


¥ 148,000 

• I / F カード,ケープル付 


¥ 258.000 

參 I / F カード.ケープル付 

¥ 168.000 

• I/F 力-ド.ヶ 

【搭 «ソフトウェア】•日本語 MS - D 0 S ( Ver .3. l ) アプリケーションソフト実行セット 
PS 98-0 I 2- HMW —式く日本電気 ㈱ 製〉參日本語ワードプ□セッサ「新松 j パッケー 
ジー式く ㈱ 管理工学研究所製〉參アドレス帳(データ100名限定仕様）•グラフィッ 
クデータ 集 •ソフトウェアはすぺて通常ご 嫌 入の場合と同樺の保証、サービスが 
受けられます。 



内蔵用も高速•高信頼性.グ 

NEC -9801 RA 2/ RX 2/ VMI 1 用内蔵八ードディスク 

■画 


1 8msec. ^ 


CA-428 HUM 

増設専用内蔵八ードディスク 

GA-428+Era 


28msec. I 


¥218.000 

新価格 

¥148.000 




Mac 用も 

高速•高信頼性.グ 

Macintosh n/SE 用 

内蔵型八ードディスクシステム 


28msec. t 


定価 

¥138,000 


EG- 的] I/SEESI 
EG-40H/SEBI 


1 8msec. ut 


28msec. 以下 


新価格 

¥188,000 

新価格 

¥128,000 



活用多彩、充実の I / F カード群// 


98VF を VM 仕様に.グ 

フロツビーマルチ I / F カード 


PC-98M17 定価 ¥39, 日 00 


•5*2 DD X 2 HD の完全自動切替を実現しました。実際の VM と異なるのはメモリ容量 (256 KB ) と 
クロック （8 MHz ) のみ、その他すベて VF 仕梅になります〇8•パスにも対応。（ケープル別光） 

FDD の交換は不要、ショートプラグの変更のみで使用で#ます。 


9801F2, F3, E を 2HD/2DD 肉動切替に改造.グ 

I/F カード PC-98M11markII ¥89,000 

參 2 HD 専用、 2 DD 専用、 2 HD /2 DD 自動切鬌いずれの方法もスイッチによる切譬が可能です。 
• f および 2 HD I / F 力ードで最大 2 HD 2 台、 8* ■が2台接統出来ます。または 2 HD が4台接«出来 
ます。 #2 DD 切替機能が内蔵されています。 # VFO カードが内蔵されています。 * PC -980 IF 
にこの力ードを使用し、内蔵フロッピーを 2 HD 、2 DD 両用のフ D ツビーに取り替えることにより、 2 HD 
/2 DD が自動切譬になります。 



I/F 力-ド PC-98M 的 定価 ¥7,200 


參 EP - ROM 2716 から27512までのすベての a ムの読み害き可#2764 
以上のロムは高速害込み可 (27128 で約50秒)參 NEC PC - 9800シリー 
ズ全搛檯対応•電源は DC 9 V 〜 12 V 用のアダプターを使用#1 F カー 
ドは PC 98 M 08 を使用#1\/15-005、0卩別でコント a —ル、専用ソフト付 


♦ MS - DOS , OS /2 は米国マイク a ソフト社、新松は ㈱ 管理工学研究所、 Macintosh はアッフルコンヒュータ社の商標です: 


開発•販売元 


tfi キヤラベルデータシステム 

〒150東京都渋谷区渋谷 4-3-17-606 1103 (498) 5370相 
神戸出張所/〒651神戸市中央区雲井通4+11ラ•エリール20711078 (261)8170 


お求めは全国有名，ゝ°ゾコンシヨップでどうぞ/ 

★商品価格には消©税は含まれておりません。 


スタッフ募集中/ 詳細はお間合せくたさい 
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IBM AT 互換 

80386 33 MHz 


386 33 MHz , 386 25 MHz マシンに ついては 486 マシンへのアップ グレー ドが可能で ^ 


AST Premium 386/33 
AST Premium 386/?5 
AST Premium 386 /C 
AST Premium 386/16 
AST Premium Workstation /386 SX 


旧 M 互換機市場では、世界第 2 位の実績を誇る、 AST リサーチ社のブレミアム、コンピュータシリーズ〇 


そのラインナップに新たに 、 Premium 386/33 MHz マシーンが加わりました。ソ 
フトの開発、 CAD / CAM 、 開発ツールとして既に米国市場では高い評価を受けた 
33 MHz マシンを日本でもお使い頂けるようになりました。 

また、多様化する日本のビジネス社会に対応するため、 AST リサーチ社では、386/ 
25 MHz マシンから 286/8 MHZ (ゼロウエートステート）まで、多種多様な製品をと 
り揃え、あらゆるニーズにお応えすることができます。 



Premium 386/33 

80386 33 MHz 

Premium 386 25 
80386 25 MHz 

Premium 386 C 

80386 20 MHz 

Premium 38616 

80386 16 MHz 

Premium 206 

80286 10 MHz 

(ゼロウエートステート） 

Bravo /886 

80286 8 MHz 

(ゼロウェートステート） 

RAM 

: 2 MB 標準 

2 MB 標準 

卜 2 MB 

IMB 

5 I 2 KB-IMB 

5 I 2 KB 

最大メモリ 

: 36 MB 

36 MB 

16 MB 

16 MB 

16 MB 

I 6 MB 

FDD 

: 5. 25 インチ I .2 MB 標準 

5.25 インチ I .2 MB 標準 

5. 25 インチ I .2 MB 標準 

5.25 インチ 1.2 MB 標準 

5. 25インチ I .2 MB 標準 

5.25インチ丨.2?^1日オプション 

HDD ( MB ) 

:丨10/320オフシヨン 

90/150/320オフシヨン 

4 〇/90ハ50/320オフション 

40 MB オプション 

20/40/70オプション 

40 MB オプション 

拡張スロット 

: 7 

7 

7 

7 

7 

4 

シリアル/ハラレル 

:2/l 

2/1 

2/1 

I/I 

1/1 

1/1 


キャッシュメモリ 32KB 搭載 

キャッシュメモリ 32KB 搭載 

キャッシュメモリ 64 KB 搭載 




価格 

:¥ 1,300,000より 

¥ 1,050,000より 

¥750,000より 

¥598, 000より 

¥428,000より 

¥ 198,000より 


※上記製品の他 、 Premium Workstation 286 、 Premium Workstation /386 SX もとり揃えております※表示価格には消費税は含まれておりません 
お問い合わせは：日本における代理店 

| P スワイヤトランステック情報通信機器部 

ジョンスワイヤ1ンドサンズ(ジャパン)リミテッド 電話 03-230-9329 (代表） FAX. 03-221-7957 


PC AT は旧 M 社、180286, i 80386 SX, i 80386は 
Intel 社の製品です 
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MINATO 


Irf 古 4 メガビット対応 WW 

この155価格で同速書吉込み実現。 





0 


〇 〇 〇 


ギャングプログラマ 1 1 

model 1891M 

■¥298, 000 _ Ml 


'< J ) 〇 _ 

oooo し、 1 

oooooo り 1 彎し、〇 ' 

^ 〇 〇 〇 0 0 〇 c . j 〇 〇 
0000000000 
^ 〇 〇 0 0 〇 0 0 〇 〇 0 0 〇 ^ ^ 

L L..J Lv 〇 〇 〇 〇 〇 〇 〇 〇 〇 〇 〇 〇 

し I U 。し、し、リ〇。0 0 1 J 〇 0 0 〇 〇 〇 1 


一 、一‘ 

八 一 1 しへ一人 
し、し 1 〇 *〇 

J * し、^ Lj ‘し、, 


メガビット時代の コン パク トコ ピー専用 
ギヤングプログラマくモデル1981 > は、 
薄型•释量のボディにギャングソケット 
を搭敕、標準で32ピン4 M ビットまでの 
PR 0 M 8 個にデータを同時にプログラ 
ミングできます。バッファメモリを装備し 
ている ので マスター ROM を選び ませ 
ん。視認性の優れた32文字ディスプレ 
イは、 PROM の型名や Vpp 電圧、書き 
込みパルス幅などはもちろん各種の設 
定項目をメニュー型式で表示するので 
オペレーションは、快適です。 


6 k 〜4 M ビツト EPROM、EEPROM (32 ピン 
まで) •シリコン シグネチユア機能®高速害 
き込み機能搭載 •マスター ROM を選ばない 
メモリ 方式# 200種以上の PROM をサボート 
.多彩な 信頼性チェック 機能# テバイスメ 
-力各社の書込みアルゴリズムを装備 參 4 
M ビットバッファメモリ装備 

杂40ビンメガビット PROM 対応ギャングソケット 
OWE 9 I 40 A 〉 近日発売 


書き込み時間データ(単位： sec.) 

デパイス名 

ブランク 

チェック 

プ a グラム 

ベリファイ 

連統 

モード 

P 27512 
(5 I 2 K ビット） 

1.5 

sec. 

14,5 

sec. 

5,5 

sec. 

21.5 

sec. 

127270 
(IM ビット） 

3 

sec. 

22 

sec. 

10 

sec. 

35 

sec. 

/，P027C 2001 
(2M ビット） 

5 

sec. 

43 

sec. 

20 

sec. 

68 

sec. 

"PD27C 4001 

(4M ビット) 

10 

sec. 

87 

sec. 

39 

sec. 

135 

sec. 

TC 574000 

(4M ビット） 

10 

sec. 

108 

sec. 

39 

sec. 

156 

sec. 


ユニバーサルプログラマ 

MODEL 1890AI 

■ ¥128,000 ■ 

ROM の進化を予見するミナトからユニ 
バーサルプログラマくモデル 1890 A 〉 は 
敁斩のデバイスをサポート。 MOS 、 
PLD 、 のユニットがラインアップしまし 
た。こん穿にコンパクトな低価格にもかか 
わらず拡張性やプログラミング性能は 
1ランク上の実力。使い易さを追求した 
本体機能は、それぞれのユニットの機能 
をフルに発揮します 0 
♦ RS 232 C とセント□ニクス準拠パラレルイン 
夕ーフェースを装備# 2 M ビットバッファメモ 
リを装備。オプションで8 M ビット拡張 可# 

13 種の データフォーマットを 装備# パイポ_ 


ラユニット OU -903 近日発売 #87 xx ワンチ 
ップアダプター OU -902 (オプション） 

データが証明する高速書込能力 

MOSZL ニツト OU -910 ¥70.000 

* 書き込み時間 （ sec ) 


•オリジナル LSI の採用で大量化に伴う高 
速害込を実現參4 M ビットまでの EPROM 、 
EEPROM をサポート_豊富なエラーチェック 
機能 # PROM の ID コードを自動判別 

300 mu 上の PLD をサポ-卜 

PLD ユニット 0U-901 ¥230.000 

_デパイス選択はディスプレイで一目瞭然 
•大容置のテストべクタ領域を確保 
• PLD 開発ツールからの デー タ転送も万全 



三件：二仰 株式会社 

本 社. 223 横滾市港北区南山田町 4105 0045(591)561 lift ) 
大阪営業所 530 大阪市北区曾根崎新地 2-6-2 1 〇 06 (348) 9277的 


北関東営業所/ 370 高崎市双葉町 6-25 tt 0273(23)970 l 的 

福岡営業所 812 福岡市博多区博多駅東卜 9-5 0 092 (475) 2825( tt ) 
仙台営業所. _ 980 仙台市宮城野区榴岡 2-2- 10 0022 (291)2571 ( ft ) 


ik 


1 ， 89 H ? 總 

束京国際見本市会 ts 


JBMrMA SHOW 新館丨 F(N - 29 ) 
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> デジタル時計モード 

ツール起動に威力を発揮するダイレクトキー入力 


EO System 

V&2 


E0 システム Ve 「 .2 の特徴 ( 従来機能含む） 

① 市販ソフトが簡琳にインストールできる。 

② 1ページ20夕仆ル、最大200夕仆ルの 
アプリケーションがインストールできる。③イ 
ンストールした市販ゾフトがメニュー形式 
で簡啉に起動できる。④日本語 FEP がリ 
セットすることなく、切り換えることができる。 

EO システ M/e 「 .2 の特徴 (Ver.1 追加機能） 

①ツール起動に威力を発揮するダイレクト 
キー人力機能②梭数の起勋が選択で 
きる拡張 CONFIG . AZM ③ CONFIG . A 
ZM などを変更するミニエデ f 夕搭載④印刷 
機能付スクリーンエデ^夕搭載⑤簡砧デバ 
イスドライバ登録機能⑥サブメニューは 
コマンド®:接起動型でツール起動に最適 

■STRIDE シリ ー ズ • SR-20/ V 98.000 • SR-20(L)/V 98,000 • SR-40/ ¥ 1 18,000 • SR-40(L)/¥ II8.000 • SR-60/ ¥ 148.00 0• SR-60(L)/¥ 1 48,00 0• SR-80/¥ 1 98,00 0• SR-80(0 
/ ¥ 1 98,000 _ LESAGE ： シリーズ • HD- 6040 HS/ ¥ 290,000 • HD- 6060 HS/ ¥ 350,000 • HD-6155ES/ V 490.000 


⑦メニュー画面夕仆ル設定機能⑧メモ 
リースイせのブート装； f ? の変更設定機 
能⑨ソフトウェアリセット機能⑩強力なファ 
イル管理機能⑪柔軟な印刷機能⑫液 
晶画面には欠かせな、_面反転モード⑬ 
データ用 FD フォーマット機能など。 

*プ〇テクトのかかっている市販ソフトに W してはインスト 
-ル手頎の異なる場合もあります。 

刪 BF ファイルは ㈱ アイシーエムと ㈱ エージーソフトが W 
発したインストール手順ファイルです。 

♦会社名、商品名は各社の商標、または登«商樣です„ 

參以下の商品は標準出荷時に旧 F ファイル 
付で出荷されています。 


►ねじ式•ジーズトリフォニデジタル:^ラフト • i 
ジーズワード JG Ver .2/ 株式会社ツァイト►: 
Success / 株式会社サムシンググッド ► Recal : 
/株式会社アスキー ： 


IIOHL 株式会社アイシーエム 


data show '89 アイシーエム ( t 1 ■人と情相環境の新しい調和 j をテ-マとした、データショウ’ 89 に出展いたします。（西館 w-3> 

•本社営業部/〒 556 大阪市浪速区日本橘 4 丁目 2 番 9 号 TE し 06(648)4702 FAX.06(647)2018 

•柬京営乘所/〒 101 蕈京都千代田区神田小川町 2 丁目 2 番サンプッヂビル 2F TEL.03(291)7491 FAX.03(291)7494 

春名古*営*所/〒 450 名古*市中村区名职南 2 丁目 14 番 19 号住友生命名古麗ビル 10F TE し 052(561)4927 FAX.052(561) 3644 

•北海道*業所/〒 060 礼慢市中央区北〗条西 2 丁目 1 番地時計台ビル 11F TE し 01 1(210)4778 FAX.011(210)4766 

• 開発スタッフ募集中/お気鞋にお問い合わせ下さい(雄務部 06-647-2008 まで） 
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インテ 1 J ジェントフレームメモリ 

model gTOP -1 


tech 


株式会社 ユー テック 


〒532大阪市淀川区西中島3丁目1〇番13号 

新大阪物産ビル〗 0 F 

TEL 06(306)4641 FAX 06(301)4628 


分 

ソニー XC -77 CE 
接続例 

■主要商品■レーザー•スキャン•アナライザ、超音波データ解析システム、電子ビー厶描画制御、超高速演算回路、画像処理システム、プロトコルモニタ PROT 〇-瓜 


CRT モニタへ 


CCD カメラへ 


gTOP -1 は画像処理プロセッサを搭載した 
フレームメモリボードで PC 98 バスに直接 
スロットインでき、 CCD カメラから画像を取り 
込んで寸法計測、形状検査等を高速かつ 
リアルタイムにオンボードで処理できます0 


★最大 1024 x 512 プログラマブルピクセル 


★モノ クロ 256諧調コンポジットビデオ 


★32 bit GSP TMS 34010プロセッサ 

•強力なグラフィック命令 
•32 bitx 30 本アキュ厶レータ 

• 256 バイト命令キャッシュ 

• 160 nsec CPU サイクル 

★512 K 巳ビデオ RAM +128 KB の 

プログラム/ DATA メモリ 


★ X -丫 アドレッシング及び1/〇ポート R/W 
使用により面倒なセグメント管理不要。 


★ CCD カメラ用同期信号、ストロボ同期出力。 


★並列 処理中も表示画面のチラツキなし。 


★画像 取込後即処理できるのでパソコンへの 
大量データ転送不要。 


★マルチ カメラシステムも簡単に構築可。 


★オプション ソフト 

•GSP " C 7 アセンブラ/リンカ/シミュレータ 
(TI 製） 

•デバッガユーテイリテイ（ユーテック製） 


このボードだけで経済的な GSP プログラム 
の開発環境が出来上ります。 


¥198,000 


★ GSP のプログラミングをせず、 PC 98 か 
ら直接ビデオ RAM への R / W も可能※ 

〔※この場合にはオプション ソフトは不要です 0 〕 
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最高のファームウェア開発環境を提供します 

/^Series 


ホスト環境 : VAX 、 Sun 、 HP_900(] 、 MS-DOS 


广 Series は Sweden の IA 闩社で開発された闩 0M 化のための 
クロスソフトウェアツールで、クロス C コンパイラ、クロスアセンブラ、リンカ、 

シミュレータなどのファミリにより統合的なファー厶ウェア開発環境をサボートします0 
rC および//- ASM がサポートするターゲット CPU はシングルチップから 32 ビットまで 1 日種類を数え、 
関連チップを含めると約 11 (] 種の CPU プログラムに対応で$ます。 

また、ホスト環境も各種 EWS から MS-D 〇 S までをサボートしており、 

ユーザーセレクタブルなマルチホスト/マルチターゲット開発環境を提供します。 




//-(J 


1 クロス C コンパイラ 

三■闩 0 M 化をサボート 

三 ROM 化を夕ーゲットとしたコンパイラで、 C の全ステートメント、全デ 
会ータタイプ、型定蕓、 long 、 float 、 初期化された static 変数などを 
会サボートします。また、 ROM 化用の C のスタートアップルーチンがア 
=センブラプログラムにて提供されます。 

三 _ ANSI 規格に準拠 

三 ANSI 規格に準拠 ( KSR の規格を含む)し、各マイクロプロセッサ用 
三の機能が付加されています。 

三 • cons 1:、 volatile 、 signed 、 void 、 enum キーワードの追加 
三 • 関数プロトタイピングの導入 
三 • struct 、 union の割付範囲の拡大 
= • : ft eHf 、 # error などのプリプロセッサ疑似命令の追加 
=■オプティマイズコンパイラ 

三コンパルイル時に以下のような最適化を自動的に行います。 

三 • 最短なジャンプ/分岐命令の使用 
三 • 不用なジャンプ命令の削除 
三 • 乗算をシフト演算にて代行 
三 • 単精度浮動小数点演算 

= • スイッチ文への最適なアルゴリズムの適用(ジャンプ、スキャン、ソ 
= —ト テー ブル） 

= • ゼロページオブジェクトのサボート 
三■八イスピードコンパイラ 

三主記憶をベースとしたワンパスのコンパイラで以下のようなアーキテ 
三クチャにより高速化が計られています。 

三 • テンポラリファイルを作らない 

三 • アセンブリパスがなく直接オブジェクトを出力する(スイッチによつ 
三 てアセンブラコードも出力可能） 

三 • プリプロセッサのパスが分離されていない 
=■豊富なライブラリ関数をサボート 

三全 CPU 共通に41種類の C ライブラリ関数が用意されており、この他、 
巨各 CPU 毎にインライン関数、拡張 I / O 関数など独自の関数がサボー 
三卜されています。 


■パワフルな型チェック機能 

UNIX の LINT 並の型チェック機能が組み込まれており、パスカルライ 
クな警告メッセージを出力します (- g オプションを使用)。 

■複数のメモ 1 J モデルをサボート 

CPU 毎に複数のメモリモデルが用意されており、マイクロコントロー 
ラのメモリ仕様に合わせて選択することができます (- m オプションを使 
用)。また、メモリのパンク切換えもサボートしており、四6個までのメモ 
カブロックを使用できます。 

■ printf モジュール 

printf / sprintf の構成モジュールが目的別に3種類用意されていま 
す 0 

- ANSI • ANSI (浮動小数点を除 <) 

• 縮小版(ソースにて提供） 

■コンパイラスイッチ 
主なオプションスイッチ： 

-呂：グローパルタイプチェックを有効 
-m : メモリモデルの指定 
-S !スピードの最適化 
- Z :サイズの最適化 
-J :スタティック、口ーカルシンボルの生成 
(同時にソース行番号情報を生成） 

-巳： CPU 別拡張関数を有効(インライン関数など） 

-1 :リストファイルの生成 
-X :クロスリファレンスの生成 

-P :アセンブラニーモニックをリストファイル上に挿入 
- a :アセンブラ ソースの 生成 

—ベンチマークその①- 


•コンパイル時間(単位:秒) 



/50 

/60 

/260 

"-C 

21.0 

13.0 

9.2 

H 社 

167.0 

99.8 

75.5 

L 社 

346.7 

P 09.2 

152.2 


※ホストは Sun -3/50、 /60、/260を使用 
※対象プログラムは ANSI 準拠のソースで、オブジェクトサイ 
ズは 19 KByte 
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//-ASM 


画クロスマクロアセンブラ 

=基本命令は、各チップメーカー供給のアセンブラと高い互換性を 
三有しているため、命令レベルでは今までのソフトウェア資産を有効 
=に利用することが出来ます 0 

=各チップメーカーのアセンブラと互換性のある言語仕様部分： 

=•マシン命令•ラベル•定数定義疑似命令 
三 •定数•エリア確保疑似命令•基本演算子(+、一、*、/) 
三 •デリミッタ • ORG、EQU 
三■主な機能 

三 • INCLUDE の深さは3レベルまで可能 
三 • リロケータブル•セグメントの制限なし 
= • 32ピット演算および単精度浮動小数点定数をサボート 
= • シンボル名は255文字まで使用可能 
= • 27種類の演算子をサボート 

三 • リカーシブ可能なマクロ機能により強力なマクロ処理を実現 
三 • コンディショナルアセンブルのネスト制限なし 

= • クロスリファレンスとリスト出力のコントロール可能 
三 • オブジェクトモジュールに口ーカル/グローバルシンボル出力 
= 可能 
三■アセンブラスイッチ 
二主なオプションスイッチ： 

= X クロスリファレンス、シンボルテープルの生成 
= P = nn ページ指定(行/ぺージ ） 

= E エラー 行のみをリストファイルとして生成 
三 S 口ーカルシンボルをオブジェクトファイルに出力 
三 ?オプションメニューの表示 


—ベンチマークその②- 

•アセンブラ実行時間(単位:秒） 

※ホストは PC -9801 VM (8 MHz )、 
MS-DOS 

※対象ブログラムサイズ:約400 
Byte 



実行時間 

/ i-ASM 

9 

丨社 

32 


//-SIM 


1 シミュレータ 

三 ■基本機能 

= #- SIM の基本機能は以下の通りです。 

= • 完全なインストラクションセットでのシミュレーション 
= • シンボルテーブルの八ンドリング 
三 • シミュレーションメモリ内容の変更 

三 • インストラクション形式又は 16 進形式でのメモリ内容の表示 
三 • ワンラインアセンブラによる実行インストラクションの変更 
三 • 実行時間(マシンサイクル)の計算 
三 • 変数およびレジスタの変更 

三 • インストラクションまたはデータの闩 / W に対する条件ブレ 
三 ークポ イント 

三 • シングルステップによるシミュレーション 
巨 • I / O シミュレーション(会話的に、もしくはファイルへ） 

= • 割り込み処理のシミュレーション 
三 • メモリ構成 ( ROM / RAM ) の管理 
三 • ユーザ定義関数のサボート(マクロ機能） 

三 • ログファイル(全コマンドの記録） 

三 • システムコマンドの実行 


//-LINK/LIB 


圍ユニバーサル リンカ/ライブラリアン 


= #- Se「ies の専用ユニバーサルリンカで全ての#- C、#-ASM に共 
=通に使用できます。 

三■出力形式 

三出カファイルは Intel 、 Motorola 、 Millenium 、 HP など36種類 
三の ASCH またはバイナリフォーマットから選択可能で (- F スイッチ 
=を使用)、主要 ICE メーカの製品にて C のソースレベルまたはシンポ 
三リックでのデバッグが可能です。 

=■リンカスイッチ 
E 主なオプションスイッチ： 

=-I :リストファイルの生成 
三 -X :クロスリファレンスの生成 

• プログラムエントリのアドレスとモジュール名 
三 . モジュールマップ • セグメントマップ 

三 • インデックス 1 J スト 

三 -pnn :ページ指定(行/ページ ） -c : CPU の指定 
= -F :出カフォーマットの指定 - f :コマンドファイルを有効 
= -b :バンクスイッチングを有効 
= -DSYMB :コマンドラインからのシンボル定義 
三 -Z :セグメントおよびセグメントアドレスの指定 
三■パンク割付 

三リンク時にセグメントのパンクへの割付指定が可能です (- b オプシ 
三ヨンを使用)。 


三 start -> 

Main memory 

— start+lsn * 

First bank 


— start+inc - > 

三 start + inc+len - > 

Second bank 


— start +2 *inc * tbbsb ^ 
三 sta 「 t +2* inc+len — 

Third bank 


三■ライブラリアン 

三 #- LINK パッケージにはライブラリアンとしてパ - U 巳が含まれてお 
三り、次のような機能を有しています。 

= • オブジェクトコードの追加、削除 
= • コマンドストラクチヤとエラーメッセージ等の情報出力 
三 • オブジェクトモジュールに対するリスト、デリート、ムープ、アップ 
= デート、リネーム、アペンド等 

■"- Series 製品一覧表 ▲印は開発中です 



/i-C 

"-ASM 

卜 SIM 



"-ASM 

"-SIM 

804X 


參 


ZBO 

參 

• 

• 

8051 

• 

• 


64180 

• 

參 


8085 


• 

• 

TMS7000 


• 


8096 

• 

• 


TMS9900 




6801/6301 

• 

• 

• 

1808 


• 


6805 


• 

參 

6508 


• 


6809 


• 

參 

7800 

參 

參 


68HC11 

• 

• 

• 

H16 

▲ 



68000/10 

▲ 

• 

• 

H8/500 

▲ 

▲ 


ZB 


• 


H8/300 

▲ 

▲ 



が-已日「旧 s 価格表 ※表示価格には、消費税は含まれていません。 


SIM "-LINK 



IflXjVXj 


株式会社 LIFEBOAT 

〒 1 〇 1 栗京都千代田区神田 IS 昀 3-6 
PHONE: 03-293-4711 FAX 03-293-4710 
TELEX: 242-3296 


—お問い合せ— 
営業1課 

TEL 03-293-4714 
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PDS/Shareware Best Sailers 



The C Users Journal 

日本語版¥1，800(〒〇) 


1. ^ 10.S0, 1081 Modula-2 Compiler(2disk set) 

2. =148 X-LISP VI.7 

3 . 誌1120,拉1121，#1122 Black Magic(3disk set) 

4. #980 Vanilla Snobol 4 Programmers Utilities 

5. i ；() S 5 NewFIG FORTH Vl.O 

6. ¢433, #434 Kermit-MS 

7. ^ M7, SI)H(Simple Datebase) 

8. 社 928 Snobolyt Utilities Vl.O 

9. 二 965 Mystic pascal 
10. sSOl Sail 
lvol ¥2,000亍 175 
SthLibraryY 3,80〇〒 310 
CD-ROM(ALL) ¥69,000 亍1，000 



• The C Users Journal 米国 c 言語専門誌、年 12 冊 v 1,000〒26〇 i 年購読¥ 12,000(〒込) 

• PROGRAMMER'S Journal ¥ 1 , 20 〇 〒210 • DDJ ¥1,00 〇 〒260 

• COMPUTER LANGUAGE ¥ 1 , 00 〇 〒260 •THE IBM PC&PS/2 ¥4,650 =P370 

ZASM for Z80&HD 64180 ¥10,000 

MS - DOS 上で動 <2 パスの環境型ソロケータプル•アセンブラーです。 
ソースは TU 闩日 CI - C ( V 2.0 TC . EXE ) でコンパインできオール C です。 


I, 5 285 BISON 

2. it 198 MicroEmacs V3.9 Source 

3 . 甘 271 Steven’s Library(Turbo C) 

4. :1258 C Tutor Source (Turbo C) 

5.It 155 B-TREES. FFT. etc 

6. St263 C.wndw Toolkit 

7. ^ 197 MicroEmacs V3.9 Exec. & Doc. 

8. #163 Small C for MS-DOS 
9.1¢ 289 Othello 

10. #231 Little Smalltalk (UN-Partl) 

II. « 232 Little Smalltalk (UN-Part2) 

12. #255 EGA Graphics Library 

13. #172 LEX parti 

14. #173 LEX part2 

15. #257 C Tutor Doc (Turbo C) 

Minix & Fixes ¥3,000〒 1，000 
IVol ¥1,500亍 175 

Library(book) 101〜 199 ¥2,000 〒260 
New Library(book) 200 〜 284 ¥2,000亍 260 


政 



CUG (The C Users’ Group) 


PC-SIG (IBM-PC PC-DOS) 


■通信販売 ご 希 a の方は〒 振瞽か、現金 書 1 にてお申し込み下さい c 乎日13：.00~18：00 料伙 SAVE MONEY! SAVE TIME 

東京 9-350878 口座名 ビレッジ它ン9_ 土 HI 11:00~19:00 ポ 1 个 DON'T WAIT ORDER NOWJ 

価格には消費税は含まれておりませんこ 


ACT.SYS + IBMPC.OPT ⑱ ¥9,000 〒\’女 
Turbo ASSEMBLER & DEBUGGER ⑯ ¥31 ， 000 〒 Y* 
Turbo C 2.0(MS-DOS)¥23,000〒¥★ 

Top Speed Modula-2 ® DOS-3 PACK ¥40,000 〒Y* 
dbXL(PC-DOS)Y 39,800 (MS-DOS>Y 49,800 〒 ¥★ 
FTLMODlJLA-2(MS-DOS)Yl 9,800 〒¥★ 
SmallTalkV(MS-I)OS)¥49,800(I)C:DOS 作39,800 〒¥★ 
Small Talk V Goodies #1 (MS-DOS)¥16,800 〒 ¥★ 
OPTASM Ver.1.6 (MS-DOS) ¥16,000 〒 ¥★ 

Sourcer ® ¥19,800 〒Y* ■ 

JUG-PDS カタログディスク （MS-DOS5 2D1)> YlOf) 〇〒 0 

Sourcer + Bios P.P (PC-DOS) ¥32,000 =PY ★ 

Turbo Prolog 2.0(PC-DOS)¥27,000〒¥★ 

Eureka the Solver ¥30,000〒¥★ 

OPTLINK ⑭ ¥16,800 〒 Y* 

DSD87 (MS-DOS PC-DOS) ¥23,800 〒 ¥ ★ 

SmallTalk V 286 ¥69,80 〇〒 Y* 

SmallTalk V Goodiestf 2, #3(PC-DOS> 各 ¥16,80 〇〒 
QUICKSILVER (MS-DOS) ¥165,000 T ¥★ 

OPTLIB (MS-DOS) ¥9,800 〒¥★ 

UTAH COBOL (MS-DOS) ¥14,800 〒¥★ 

UTAH FORTRAN (MS-DOS) ¥9,800 〒 Y* 

Turbo Pascal 5.0 (MSA) ¥23,000〒 ¥★ 

Turbo Pascal5.0 Professional ⑭ ¥45,000 〒 Y* 

Turbo C 2.0 Professional ⑭ ¥45,000 〒 Y* 

Turbo Pascal Toolbox Numerical Methods I' verl.O ¥5,500〒¥★ 
T-Debug ： Plus J，ver 2.0 ¥3,000 〒¥★ 

Turbo Editor Toolbox 卩 ver 1.0 Y 7,000 〒¥★ 

Turbo Prolog Toolbox 2 ver 1.0 ¥5,500 〒¥★ 

•PHARLAI* SOFTWARE DEBUG 
- NOVELL H-TRIEVE 
•FASTBACK PLUS 2.0 
•GRAMMATIK 111 
•MATH BLASTER PLUS 
•MICROSOFT FLIGHT SIM. 

•MICROSOFT MACHO ASS EMM. 

•MICROSOFT QUICK BASIC 
•MICROSOPT QUICK C COMPILER 
• MIC ROSOFT WINDOWS 28(5 
•MICROSOFT WORKS 
•PC TOOLS DELUXE 5.5 
•REAI)P：R RAUHIT <IL 

•SIDEWAYS 3.2 提供 

■ifMEUNE つ卜 '^ 〇牙〇卜 12 ) 13 - 

•VM386 エンンニ ?》/ ン式 

•WORDPERFECT 5.0 

•BORLAND (JUATTRO 

•CARBON COPY PLUS 5.0 

- HARVARD GRAPHICS 2.12 

•NORTON UTIL. ADVNCI)1.5 

•PAGEMAKER 3.0 

•PFS:FIRST PI HLISHKR 

•BORLAND TURBO C 2.0 

•BORLAND TURBO PASCAL 5.5 

•VP-PLANNER* 

•CROSSTALK XVI 
•TYPING TUTOR IV 

- MS Windows’ world- 



州 一" 1 


★Guide 

★ Click Art 

★ PC Paintbrush for Windows 

★ Micro grafx Designer 

★ Hypertext-Based Pocument Manager 


疆 


ZZ for Z80&HD 64180 ¥10,000 

MS - DOS 上で動く、スクリーン•エディター•タイプの逆アセンブラーで、 
全ソース•ファイル付きです ( TURBO - C 2.0 TX . EXE でコンパイル) 〇 


98用通信ソフト 

Picoterm 

¥19,000亍1000 

•話題の MNP クラス6を 
サボート參超高速パック • 
_ スクロール•操作性抜群 

最新 VC-PDS @3,000〒175 

SI3 PROFI し ER & MS-DOS TOO し S b>，ksoq 

プロファイラを初めとした7本のツール 9801/2X6 
*14 スクリーンエディタ F (えふ） byFENIX 

FM11 川 (MS-DOS2.1 1以.しメモリ 384K 以上，文節変換 vje,sys が必装) 
¢15スクリーンエディタ JE by はI：め 
J31 Turbo Pascal ゾース人り 
#16名剌 管理 Name by cherry 

9801/286HI の名剌箝押. Data Base 
3 17 Power C Graphics Interface (PCGI) by Crosswell 
9801/286 用ソース別壳 1,500P] 

1 18 MicroEmacs ver 3.9 MS-DOS インストールプログラム 
by YAM A <l.500|')> 

初心教曲け CUG 198 (MicroEmacs ver 3.9 Sourse) を MS- 

DOS 版にコンパイルするためのユーティリティ。 

対応: Turbo C 1.5, Lattice C 3.1, Dateright C 
S19 MS-DOS 文#処理用ユー•テ々リティ by Toshi 

アフリカマラウィにて叹地語、炎甜、 1 1本枬の対识テキ 
ストを小人数で«墘する必要から作成したプログラム。 

«20 Vz editor 1.01 対応 FM 版 <1,5001リ〉 by K. Tok 

機种: FM16/3. FMR50/60/70 FMTOWNS(MS DOS) 
98川 VzM [人者のみの fid 布となります。 




dBASE I Plus 対応 

dLlST VI5.000 Tl.000 
(98、FMR、 旧 M PS/55) 

構造化プログラム言語である dBASE の構造 
のティバッグとプログラム、資料、作成に 
重点を置いた開発サボートツールです 

dGRAPHICS ⑽ v 4i： 0 o 0 o°o 

グラフィクス機能やウィンドウ機能を可能 
にするアプリケーションです： 

dP 闩 INTER〔98〕 V 10. 〇〇〇〒1.000 
dBASE I Plus で野線印刷機能を可能にする 
アプリケーションです. 

d 闩 S-232C〔98〕 VI5.000〒 1.000 

今まで dBASE では考えられなかった RS-232 
C の コント ロールを 可能にしたアプリ ケー 
ションです，計測器からのデータの取り込 
みやプ □ ッターへの作図が可能です c 



Vz Editor 

対応 

NEC 9800シリーズ 
EPSON 286シリーズ 

メディア： 5"2HD、3.5"2HD 


定価9,日00円 


Ver!. 5 ’89.10 月末発売予定 
PC9801、PC286、J3100JBM 
PC'AX'EMS フルサポート予定 

サンブル版配布開始(1000円) 


送料★:¥1,000 
® = MS-DOS ® = PC-DOS 


文書フ ァイルを数多く 使う人のための 

超高速軽量エディタです。 

•拔理ベージング檯能參 R. C で、; 等で始まるタイトル行をサーチする、論理べージングモードが使え 

ます•ブ□ック境界•プ a ックモードでは、カーソルの移動方向により、行単位文字単位の境界が自動的に切 
り替わります u もちろん矩形プロック処理も可能です：•日本 K 処理•各種 FEP を目動的に識別し、 ON OFF を制御 
しますまた、 F, A のワード車位の移動は、日本語に対応していま•アペンドコマンド•指定ブ D ックを既存 
のファイルの後ろに追加するアペンドコマンドは、通信、 a グファイルの編集に欠かせません參大きなファイル 
の編集•十分なディスクの空きがあれば、編集可能なファイルサイズに制限はありません c また、琪集テキストの 
リードライトは' copy コマンドと同じスピードです、參 DOS 環境ツール參ヒストリ ー、 エイリアス、 DOS 画面出 
力の取リ込み機能を装備しており、 VZ を常駐させれば、コマンドラインからいつでもこれらの檐能が使えます 
•ファイラー ♦ 2つの ディ レクトりを同時表示し、複数ファイルの編集 .コビー. 削除等を、ファイルを iM 択する 
だけで実行できます.參ユーザーカスタマイズ#キー匱、 メニュー、 タイトル、カラー等は、定義ファイルを軎き 
換えるだけで自由に設定できます. mifes ライクな定義ファイルも付属しています鲁マクロ言 fi# VZ のマクロ言語 
は、次のような特街を懺えています： ★ 39種の C ライクな演算子 （push. pop. byte/word ptr 演算あり）。 ★ 56個の汎用変 
数の他、オプション変数、システム変数を演算式で使用可能資24種のシステム閲数 (printf, int86. strehr. locate, 
rand. 相当の間数あり）..★条件分岐、多重分岐、プロック、ループ制御構造。★マクロの最大8レベルめネストおよ 
びパックグラウンドでの実行★棋集中の マクロ プログラムをその場で組み込み、実行可能 ■ ★トレース時に、実行 
箇所のマクロプログラムを画面に表示★任意の文字列をマク D プログラムとしてコール可能..， 


オールアセンブラフルスクリーンエディタ 
超高速•高機能•低価格•ソースリスト付 
勤作 OS : NEC 製 MS-DOS 2. II 以降 
I勤作メモリ.： 256KB 以上 

(他のソフト姐み込みによる） 
デ f スプレイ：漢字表示可能なもの 



Tlfll 千代' ♦田辨保町 千 ft 相： i 信 ビル 7P 
e C Users Gr(iupH ) 本支郎 TEU 〇 3 *23 9"/ 〇 93 


dBXL 9 日専用版 

¥43.800 — ^汪〇〇〇〒* 



VAINS 


MINIX BINARIES 

Best Prices SOFT WARE AND SOURCES 

for 6401( IBM PC，S 
version 1.3 
(PC-DOS) 

¥18,000〒 1,000 
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TheC Users Journal Japan 



publisher Village Center Inc. 




創刊 2 号目次予定 

豪華新連載 3本決定!アメリカからお届けします。 
奉夢のまた 萝 NeXT : 吉田弘一郎 
♦計算顯のためのアメリカ経済解説:ルイジ熊山 
泰 OS /2 デべ口，パ-•••ハーゴのつぶやき：ハ-パ-トジョ-ンズ 
☆Standard C プリプロセッサ 
☆Doctor C*s Pointers いくつかの場面では 
typedef は# define よりも優れている 
☆高速忖ルシ a 変換 

☆ C 及び C ++ のためのスキャ フォルディング 
☆GEM ディスプレイの C ブログラムの標準的方法 
☆Vitanin C 給 合的な画面制御ライブラリ 
☆Amiga ユーザの ための本物の lint 
☆C ソース 中への SQL コマン ドの組み方 
☆Turbo C によるデバイスドライバの作成 
☆DSP を C でブログラムする 

☆ハー ドウ ヱア による滑らかな スクロールとバン 
☆ Applellgs 上の簡単なテキスト出力 
☆Questions & Answers ISAM とウィンのライブラ 1 J 構築 
☆UNIX Tools 

☆神麦人:独断偏見浣書_ 


f 創刊号目次 

★Standard C 閲数の宣言 
★ C の移植性の指針に関する発行物 
★設計目標としての移植性 
★オーバーレイ用の UNIX の代替品 
★SHERLOCK もうひとつのデバッガ 
★Zortech C++ 

★Dr. C’s Pointers sizeof の微細な側面を探る 
★UNIX .把-〇〇ミ間のアブリケーシ 3 ン 
★移植性の為の設計とコーディング上の検討 
★戦術を ブロ グラムして プレーす る ゲーム CR0B0TS 
★リビジョン*コントロール • システムズ 
★fscanfO を用いた構文解析プログラム 
★MS-DOS PC のタイミング分解能の改善 
★強力なデータカプセル化によってリングバッファ 
を描築する 

★連結リストのソートのための効果的アルゴリズム 

★MS-DOS のデバイスドライバを C で記述する方法 

★0 NX 環境 上におけるタスク 間 通信 

★UNIX のソースを 89 ドルで買いたいと思いませんか 

★ロジックを 簡単化する ツール 

★神麦人:独断偏見読害録① 


創刊号完売間近! 

お申し込みはお早めに 


2号より新連載の「夢のまた夢 NeXT 」 では、 
吉田弘一郎氏がサンフランシスコより NeXT 
をあらゆる角度から実況生中継致します。 



1. 直接嫌読 

郵便振替口座番号東京 9 - 350878 口座名（株)ビレッジセンタ- 

2. 書店購読 

お近くの書店に（株)技術評論社発売（株)ビレッジセンタ-発行 
The C Users Journal Japan とお申し込みください n 


囍ビレッジセンター 

101東京都千代田区神田神保町2 — 2 — 34 
千代田三信ビル 7 F 03(239)1950 


申込方法 
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パソコンで FAX 


通信可能相手機種 
Gm 規格ファクシミリ全機種 


通信可能相手機種 
GE 1 規格ファクシミリ全機種 


装®型式. 

送信/受倌兼用型ファクジミリボード 

通馆方式 

.(5 川'7ァクシミリ： 

送信原搞サイス', 

»大《 

受價_サイズ 

H 大 A3. 

通信速度 

4800/2400BPS 

符号化方式 

一次元 Mhl 方式 

走 S 找密度 

ノ ー7 ル名一:ド (3.85if/mm) フ '7 インモード 

使晒.找 

一粒加入回榷 

使用可能械今# 

.pog80 トンリてズ (XA/UT を除ぐ） 

必要メモリ容 ii 

384KB 以上 

ダイヤル方式 

P3/P 户 (2.0/I0PPS) (自動判別塊能付） 

滷馆苟時相手機》 

G 川煩格のブァクシミリ全機樋 

使用堉屌 

バソ?1ンの拡强ス a ッ(•より供給 

外杉寸法 

I7dxi50x22f« 


★ソフトのオンラインメンテナンス 

日本テレコメット㈱では、サポートセンターを常設.マルチファックスのデータ通信機能を使用して、お客様1 
ウェアのバージョンアップや使用方法等をオンラインで提供致します， 

に直接ポードの檐能チIック、ソフト 

★ソフトウェア開発会社の皆様へ 

特定業務用アブリケーションを開発しようとするシステムハウス様向けには、他のソフトからマノげファック; 
ソフト情報の提供もいたしております,,また、 JUST-PC や X .32 に対応することも可能です。ご相談下さい： 

くを制御するのに必要なハード及び 


日本テレコメット株式会社 〒163東京都新宿区西新宿2丁目 7-1 新宿第一生命ビル _ 

新宿第一生命ビル内郵便局私書箱5044 Tel ： (03) 343- 1806 FAX ： (03)348-8070 サポートセンター Tel : (03)343 63 
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B の 世界戦 


欧米でトップクラスのェデ f 夕 「Brief」 の国際感性 




プロッ識れ 
ブロ •ノ觀 S ! 識鲻 

醒灘，_ 


日本語 


■八イレベルな要求に応える高機能 
•■霣 なエディット 機能 

自動インデント機能/テンプレート機能ワンタッチ* 
コンパイル機能,/ エラー • ジャンプ機能/タグジャン 
ブ機能/検索 • 置換機能 

•確かな安全機能 

マルチ•アンドウ機能（最大300)/オートセーフ機能 
•その他、多彩な機能を装備し、初心者から実務家まで、 
あらゆるレベルのプログラマに対応しています。 


■マシンを問わない多機種対応設計 

日 「 ief はドライバーと呼ばれるソフト部品を取り替える 
だけで、全く別のメーカのマシンでも利用できる様に設 
計しています。そのためパッケージには複数のドライバ 
一を含めています。また、5インチと 3. 5インチの両方の 
メディア （2 DD ) を一括提供していますので、お手持 
ちの複数の機種でこ’利用いただけます。この経済性と共 
通の操作性を持った Brief は、今までパソコンソフトで 
は実現できなかった目標をクリヤーしたといえましよう。 


■実行環境 

• 対応機種： AX シリーズ、 J - 3100シリーズ、 PS /55 
T / S シリーズ、 5550 MP シリーズ、 PC -9801 シリーズ 
• 対応 OS : MS-DOS 3.1 以上 
參必要メモリサイズ： 384 K 巳以上 
• 最小ファイルサイズ： 八ードディスク 720 K 日以上、 
フロッピーディスク 640 K 日以上 
• ウインドウ数： 最大55 
• 同時処理可能ファイル数： 特に制限なし 


148,000円 日本システ厶株式会社 立川事業所 

(消黄税は含まず） _巳 nef ユーザー•サポート係_ 

〒 190 東京都立川市嗶町 1-18-2 —清ビル TEL.0425-23-4469 FAX.0425-27-61 27 
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雜 f B f = まだ 

K ソフト開発担当様 


請負受託ソフ ト 開発でや^]^命令でお客様の満足いくプログラムが開発で きます か？ PC -9801 で 
実行するプログラムでは、キーボード*データ入力中に INS や DEL ファンクションキーなどの制御編集キ 
—をサポー トする のがあたりまえ。 BS キーしかサポートしないプログラムを無理矢理納品したら、開発技 
術力を 疑われます。 お客様の立場(こなって『使いやす〈満足いく』プログラムを開発していない（開発でき 
ない？）、いわば「手抜き作業」をしている人々に当社では以下のライブラリを提供し ます。 


モニタ画面表示処理の悩みを解決する 


テキスト画面高速描画処理ライブラ U 


マニュアルのみ 2.400円 
ライプラリのみ 12,800円 
ソース付 25,000円 


2•降ーボード • データ入力処理の悩みを解決する 


『キーボード*データ入力処理ライブラリ, 


a ) テキスト画面表示処理関数 73 個、付属処理関数 18 個の 91 個の関数収録。大部分の関数はアセンブラ言語で記述していますので、 
初代98でも画面表示が信じられない程高速です。本製品はサービス商品のため格安ですが、製品内容は価格に似合わず充実し 
ています。 

b ) 襄画面や メモリ 画面を サポート。ューザの 用意した 6 K 巳 配列領域を テキスト 画面と同様に処理す る 機能 あり（メモリ 画面）。 
この機能により、メニュー画面を何枚も表示するようなプログラム開発が容易にできます。 

c ) オリジナル.テキス ト ウィンドウの作成をサポート。テキス ト 画面指定領域の文字データを退避したり復活した りする 関数や、 
縦横 スクロール処理などをアセンブラで作成した関数を提供 します。 

マニュアルのみ 2,400円 

ライブラリのみ 28.000円 
ソース付 58.000円 

注）本製品を使用する場合は「テキスト画面高 
速描画処理ライプラリ」が必要になります 0 

a ) キーボード•データ入力処理間数 77 個、付属処理間数 42 個の 119 個の関数収録。 R X/R A の拡張キーボードや F 1 1 〜 F 15 の拡 
張ファンクションキーに対応。 

b ) 整数入力、固定小数点入力、 e 形式入力、文字列入力、メニュー選択入力など、 プログラム 開発に必要な基本 データ 入力処理 
を全て サポート。 数値系入力では BASIC • INPUT 命令型 （フ リーフォー マット） ど、整数.小数.指数部 桁 数を固定した入力 
をサポート。用途に応じて使い分けます。 

指定されたフィールド内で文字列入力を行う関数や、本製品の”[| K 問数〃である「横スクロール形式文字列入力関数」をサボー 
卜。この関数は、ユーザーの指定したフィールド内に、指定されたバイト数を入力する関数です。20カラムのフィールドに漢 
字を 100 文字入力したい時の要求を解決する関数です。なおこの関数は、 C 言語で 1000 ステップを越える大きな関数で、 3000 力 
ラム 5000 バイト程度の文字列入力が可能です。 

C ) お客様の立場に立って、 データ 入力中では INS、DEL 等の PC -9801 の制御キーを全て サポート。 もちろん制御キーの有劲•無 
劲の指示ができます。 

〔本ライブラリの開発方針〕 

a ) 関数を呼び出すだけで、市販ソフト並の画面表示やデータ入力が実現で吉ること。 

b ) ノーマルモード98と八イレゾモード98の動作モードを識別し、どちらの機種でも実行できること。 

c ) 98の八ードウエア能力を最大限生かすライブラリであること。従って本製品を使用したプログラムを他機種 
へ移植することは非常に困難です。あらかじめご了承ください。そのかわり、使いやすいプログラムが98上 
で実行で吉ます。 

d ) プロ向け仕様のライブラリであること。本製品はあらゆる仕様を満たすよう開発していますので、内容は複 
雑です。シロートユーザーでは本製品は使いこなせませんので、御購入を御遠慮ください。 

e ) ソース公開•ライセンスフリー制度のライプラリであること。本製品を使用して販売目的の応用ソフト （EX 
E ) を開発した場合のライブラリ組み込み使用料の請求を放棄します。安心してソフト開発に御利用ください。 

なお、製品マニュアル及びソース付商品は直接販売に限定しますので、パソコンショップ等からの注文はできません。 

① ライセンスフリー制度採用。ソースプログラム付き。 

② 各種 C 言語、 FORTRAN 言語別にお求めください。 
◎ライフボート社が発売しております Advanced Run / 

^ FORTRAN のグラフィック機能は、 Pro-FORTR 
AN 版の「グラフィック•マウス•テキストライブラリ j 
のグラフィック機能を組み込んだものです。 

☆ MS-DOS は、マイクロソフト社の登録商標です 
☆各種言語名は、その言語を開発した会社の登録商標です 


『グラフィック•マウス•テキスト ライブラリ』 9,800円 
『ワールド座標系グラフィックサポートライブラリ』9,800円 H 
『 F 0 RTRAN . MS - D 0 S 環境変数活用ライブラリ』 9 ，_円 

☆「テキスト画面高速描画処理ライブラリ」と「キーボード.データ入力処理ライブラリ j でサポートしている 
FORTRAN 言語は MS - FORTRAN 4.0 だけです.他の FORTRAN は、利用できません, 

価格には消費税は含まれておりません。 


開発 
発売元 


88日本技術ソフト開発 


ソフト開発部：〒151東京都渋谷区千肽ヶ ^5-5-10-112 
TE し 03-352-1972 FAX 03-352-8397 

営業時間：月曜〜金幡まで 10:00〜18:00 

天沼企画室 ： TEL 03-391-1176 FAX 03-393-5471 
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播造物骨組設計システム 

ADAM を 

対話型工事費積舞システム 

Pub-ESS 

建築物積算卜ータルシステム 

ARC-ESS ※ 


ビジネスシステム 1 

計画•意思決定支援システム 

ACTIVE-DSS※ 


データベースシステム 


汎用知級ベース構築推論システム 

Super-BRAINS 


1〇〇万語のフロッピー辞書システム 

電字林 


運用管理支援システム 


エンジニアリングシステム 


商標検索 サービス 

BRANDY 


判例情報検索サービス 

JUPITER 


通信システム 

EWS とメインフレームの分散 
処理接続システム 

JOINT-net 

異機種コンビュータ間接続 
システム 

RAINBOW-H 

ファックスメールシステム 

Fair-Way 

パーソナ/レコンビューティング 

OSS/NOA 


インテ U ジェント CAD システム 

The Concept Modeller™ 


ソフトウェア開発支援システム 


タンデムライブラリー管理システム 

CONTROL 

タンデム運用支援パッケージ 

TOSMAT 


CAD / CAM システム 

CATIS 欲 


会話型有限要素法解析システム 

FEMAS ^ 


輸入ソフト 


化学工学便颴情報システム 

PRODECE * 


»本システムは.情報処理振興#装協会 ( ipa ) の出資により委託 ism されたものです。 


新しい出会いを提供する T 旧のシステムパッケージ 


“情報力”が企業戦略に不可欠な90年代において、ソフトウェアの重要性 
はます ます高まっております。 役立つ 情報 システムを 構築す るためには、 統 
合化されたシステムが不可欠です> TIS の技術には、長年にわたって培っ 
てきた経験と実績が、時代のニーズを先取り、オンライン情報処理、ネットワ 
ーク、データベース、 CAD / CAM 、 AI 技術まで、あらゆる分野にフルに発 
揮されています。プランニングからメンテナンスまで、高付加価値を生み出 
すシステム運用、さらに機能性を高めるための提案など、充実したサービス 
を提供します。 TIS は真のシステムインテグレーターとして、次のステップへ、 
さらに飛躍し r ゆきます。 


イズムをかたちに 

Tis 

■会社東沣槙報テム 

大阪本社/〒564吹田市江の木町11 一3 00(06)385-0888 代) 
東京本社/〒103東京都中央区日本橋 2-7-24 S (03) 271-5571代) 
支 社/東京_横浜•名古屋•京都•大阪•神戸 • 九州 
営業所/全国14ケ所•ボストン TIS ( USA ) /ロサンゼルス 


資料請求 No .3 I 
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パソコンショップシグマ店舗移転 

( 三洋堂書店上前津店） 


0 


旧店舗より北へ 100m 


: if 


•龕0多 

U 35 -ブン〇 


な 



文 -，，. 


肩*? 



i 


パ 


i 一 


ビジネスを切り口にしたコンピュ 
ータ関連書籍と各種ビジネスソフ 
卜、コンピュータ関係の洋書 


理工学専門書 フロア 


趣味の道具としてのコンピュータ 
+ゲーム、各種ゲームソフト、フア 
ミコン、ボードゲーム、 Mac 関連書 
籍とソフト、コンピュータステー 
ショナリー 


売場は旧店舗の6倍以上。より充実した品揃えで皆様をお迎えいたします。 


ソフト各種：三洋 堂書店各支店にてもお取扱いいたい:おります。 

取扱い商品■コンピュータ書籍■ビジネス/ゲームソフト 
各種■コンピュータステーシヨナリー■建築•土木•機械•電 
気•電子•化学•物理•数字各専門書■ポードゲーム etc . 



籲三洋堂書店上前津店# 


亍460名古屋市中区大須三丁目1006番地 

0 ( 052 ) 251-8334 

FAX(052)251-8355 



/ i リ]ンショップ99722 





新住所 
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資料請求 No . 32 


















































資料収集 




資料収集のお手伝い 

トラ技コンピュータ資料請求力ードご利用のご案内 

技術革新は速いテンポで進歩しています。そして、その情報も同様に変化 
しています。そのため、資料収集が必要となります。しかし、これは時間と 
手間のかかる作業です。そご e 、 トラ技コンピュータがお手伝いします。 
巻末に添付した資料請求カードをご利用下さい。トランジスタ技術が、読者 
に代わり、広告主にご連絡します。そして、広告主から直接読者に資料を 
お送りします。お忙しい読者にとって役立てたいシステムです。1枚のカードで 
資料収集20件、ぜひ有効にご活用下さい。 




籲資料請求カードには全項目ご 
記入下さい0 

♦学生の方は、担当分野欄に 
15と記入し、学校名および資 
料送付先住所だけをご記入 
下さい0 

♦記入項目が不明瞭•不充分 
の場合、ご希望の資料が届 
かない場合があります。ご主意 
下さい。 

• このカードにご記入の内容は、 
プライバシー保護のため、資 
料請求用以外は外部に公表 
しません0 

春カードのオモテ面にある読者 
アンケートにもご協力下さい。 

春資料請求に関するお問い合 
せは下記にお願いします。 


CQ 出版広告部 
トランジタ技術•グループ 
TEL 03.947.6311 (代） 
03.947.4949( 直） 
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1 ■請求カード 


'' W% 

:‘雙::為 

W% 

％多 


CQ 出版広告部 
トランジタ技術•グループ 
TEL 03.947.6311( 代） 
03.947.4949( 直） 


姓名を必ず分けて、フリガナをふっ 
て下さい 

郵便番号も必ずご記入下さい 
丨丁目丨番丨号は卜卜 I と害いて下 
さい 

部署名は、事業部は(事)と略し、部 
課係名まで詳しく害いて下さい 


従業員数は全社の従業員数で I 〜 
8の中から選んでご記入下さい 



き 


vU 






0は10とご記入下さい 一 

0は99とご記入下さい 
[3 は II とご記入下さい 
回は勤務医の方は14、開業医の方は99 
とご記入下さい 


CQ 出版広告部 
トランジタ技術•グループ 
TEL 03.947.6311 (代） 
03.947.4949( 直） 
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CQ 出版広告部 
トランジタ技術•グループ 
TEL 03.947.631 丨（代） 
03.947.4949( 直） 


の方の資料請求カード 
ご記入法 


姓名を必ず分けて、フリガナをふつ ■ 
て下さい 

郵便番号も必ずご記入下さい _ 
I 丁目丨番 I 号は卜 M と害いて下 ■ 
さい 

学校名および学部名とともに役職 
名(教授、助教授、講師、助手)をも 
ご記入下さい。 

0は8または9とご記入下さい 
晅は99とご記入下さい 
頤は14とご記入下さい 
回は14とご記入下さい 
0は無記入です 







:雜 


CQ 出版広告部 
トランジタ技術•グループ 
TEL 03-947-6311 ( ft ) 
03.947.4949( 直） 


の方の資料請求カード 


’記入法 


姓名を必ず分けて、フリガナをふっ 
て下さい 

郵便番号も必ずご記入下さい 
I 丁目丨番丨号は卜卜 I と害いて下 
さい 

学校名、学部名、学科名および学 
年をご記入下さい 


015とご記入下さい 
_1無記入です 

0 J 
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大都会の交差点。見渡す限りクルマ、クルマの大渋 
滞。こうなると信号だけの交通整理では渋滞緩和も 
ままなりません。混雑のないルートへの迂回指示や、渋 
滞待ち時間の把握……。臨機応変に判断し、的確な 
指示をだすポリスマンの努力がスムーズな車の流れ 


INTELLIGENT BUFFER 

KX 3000 


/ Series \ 


を取り戻す。今やオフィスでもコンピュータの急激な増 
加で、情報のはきだし口であるプリンタもデータが渋 
滞しがち。複数のコンピュータと複数のプリンタの有 
効活用のために、データの交差点にあるデータパ ッ 
ファの働きは、まさしく交通整理のポリスマンなのです: 


交通整理もデータノ《ッファの大切な役割の1つです ) 


LCD メニュー方式はる 

簡軍設定が新しい。インテリジェントバッファは顔まで違う。 

KX - 3000シリーズは多人力、多出力に自動またはコマンド 
で対応するインテリジェントノぐッファです。フロントパネルの 
LCD メニューか.らコントロールする 高度な 機能と 斬新なス 
タイルは、ハイエンド ユーザーの 要求に応えま1； 

參 LCD メニュー方式による機能設定#人出力対応ポー 
卜/バッファ残 iit を LCD に表示•指定データを繰り返し印 
刷するコビー機能參泠谐時等にも勋作モードを記位して 
いるバックアップ機能❿オプションインターフェースで人出 
カポートの変史可 


• NEC PC シリーズでの接絞例 



セントロニクス仕様 

• KX -3400 : 1 M バ仆¥89,800/ 




《仆 ¥139,800/^^1 バ仆 ¥169,800 


RS -232 C 仕様 ， 

• KX -3500 : 1 M バ仆¥99,800/ 


5 M バ仆 ¥149,800/ 


鳟 M ノ 


<仆¥179,800 


參オプションケープル 
■ KX - 3400 用 

PC-9801 シリーズ入力用 KX - 3000 -16. ¥4,000(AMP-14P/ 凸） 

対応機種/ PC-980 1 シリーズ • PC-286 シリーズ 

セントロプリンタ出力用 KX - 3000 -17. ¥4,000(AMP-36P/ 凸） 

対応機種/標準的セントロプリンタ 

セントロニクス入力用 KX - 3000 -18. ¥4,000(AMP-36/ 凸） 

対応機種/ IS/MF800 その他 


セントロニクス入力用 KX - 3000 -20. ¥5.000(AMP-36/ 凹） 

く対応檐種〉 PC-98XA.N 5200 セントロ/ FMR シリーズ _9450/ 

パナコム M シリーズ/ XI • X68000 (併せて純正ケーブルも必要です J 

ジョイントケーブル KX -3000-13 .… ¥4.000( DIN -13 P ) 
■ KX - 3500用 

RS -232 C 用 KX - 3000 -15 .¥4.000( DB -25 凸） 

RS -232 C 用 KX -3000-14 .¥5,000( DB -25 凹） 

ジョイントケーブル KX - 3000 -12 … ¥3.000( DIN -8 P ) 


參オプションインターフェイス 

セントロニクス入力用 KX - 3000 -01 .¥7.000 

セントロニクス出力用 KX - 3000 -02 .¥7.000 

RS -232 C 入出力用 KX -3000-03 .¥9.500 


※価格•仕様は予告なく変更する場合があります. 
* 表示価格には消费税は含まれません： 


■ データコミュニケーシヨンの- 

KdilSal 晒電讎式会社 

社亍 731-01 広島市安佐南区緑井 6 丁目 14-9 S (082) 877-2451 狀 ) I 


テクニカル. イン フオメ-シヨ ン 55(082)877-7912 
支社•営業所 

東京 支社 0(03) 863-4021 
仙台営業所 0(022)288-1285 
名古屋営業所 0(052)231-9952 
大阪営業所 0(06) 266-1168 


広島営業所 3(082)877-3740 
福岡営業所 0(092)474-9571 
-販売会社 

関西電機販売 ㈱ S (03) 862-1544 
関西 システム 販売(株 0(06) 263-7991 
北海道関西電機販売 ㈱ 0(011)261-5530 
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パソコン用 CAD ソフトは実用になるか 


日本では，価格が高いこともあって CAD システムはまだ個人レベルのものではありませんが，米国で 
はアマチュア • レベルでも CAD が使われています . ここでは，全世界に広く普及している AutoCAD と 
OrCAD を取り上げて， CAD システムのメリットを紹介します . 


パーソナル •コン ピュータが普及して CAD ( Com ¬ 
puter Aided Design ) が話題になっています.実際，米 
国では IBMPC - OCAD ソフトの種類も多く非常に 
普及しているようですが，これから CAD を導入した 
いと考えている人， CAD とは何かを知りたい人のため 
に CAD の魅力について話をしましょう. 

• CAD とは何か 

CAD とはたんに図面を書く システム あるいは ソフ 
トウエアのことです.従来，機械製図や建築物図面は 
人間が書いていたわけです（現在もそうですが).しか 
し，人間が書くことの生産性は人間により決まってし 
まいますし，またいくら優秀な人間でも能力に限りが 
あり，これを機械化したいという要求には大きなもの 
力<ありました. 

CAD は，大型コンピュータの時代には CAD メーカ 
の専用機を使って製品が構成されていました.パソコ 
ンもまだ8ビット•マシンの時代だったため，とても 
CAD をパソコンで行うことができなかったのです. 

ところが IBM PC が登場したおかげで状況が大き 
く変わりました.パソコン上でも CAD が使えるよう 
な環境が整ったのです.そうこうしている間に， 
AutoCAD が IBM PC 上の CAD として業績を伸ばし 
てきました.当初から機能が弱いといわれながら，才 
ープン • アーキテクチャにすることでサード • パーテ 
ィ による パワ ー • アップ •ツ ー ルに 助けられ，多くの 
支持を得るようになったのです. 

• AutoCAD について 

AutoCAD は，米国 Autodesk 社の製品です.メーカ 
発表によると全世界で20万セット，日本でも1万6千 
セットを販売したとのことです.もともと IBMPC 専 
用でしたが，現在では SUN やアポロの ワーク •ステ ー 
ション，日本では PC 9801, FMR , J 3100 などに移植さ 
れています. 

現在では，英語版は Release 10と呼ばれるものが， 
また日本語版は GX - III と呼ばれるものが最新八ージ 
ョンとなっています.価格は英語版を米国で購入すれ 
ば3,000ドルですが，日本語版は日本法人であるオー 
トデスク ㈱ が販売しています.定価は99万円です.米 
国では古い バージ ョ ン なら500ドル程度で入手できる 


ので，この価格が高いか安いかは判断が難しいと思い 
ますが，日本では個人ユーザは少ないため仕方がない 
かもしれません. 

また，後でも述べますが，コンピュータとソフトだ 
けでなく，製図を書くためのプロッタやディジタイザ 
が必要ですので，かなりの金額が必要です. 

ただし， AutoCAD ライクな日本製の CAD ソフト 
が AutoCAD の3分の1程度の価格で販売されてい 
るので， AutoCAD ももう少し安くなるかもしれませ 
ん. 

AutoCAD が普及した最大の理由は，オープン•アー 
キテクチャにあります.すなわち，データ構造が公開 
されているため，異機種間でのデータ交換が容易であ 
り， ユーザ 自身がタブレット.メ ニユ， ハッチ ング. 
パターン，線種などを設定することができます.その 
ために AutoLISP という記述用言語も用意されてい 
ます. 

したがって，多くのサード•ハ。ーティが建築設計用 
ソフト，機械設計用ソフト，電気設計支援ソフト，デ 
一夕.ベース •ソフト， データ•コン八ー タなどに 
AutoCAD をカスタマイズして販売しています.その 
ために Autodesk 社がアプリケーションに対する責任 
を回避できることになります.これが AutoCAD の強 
みでもあります. 

最新バージョンの AutoCAD は2次元図面だけで 
なく 3次元図形も書くことができます.したがって， 
立体図形の360°回転も可能です.また，3次元図形に 
陰影をつけるための AutoShade というソフトウェア 
も提供されています. AutoShade の日本での価格は 
15万円です. 

# OrCAD について 

エレクトロニクス 技術者にとっては， AutoCAD よ 
りも OrCAD のほうがなじみが 深いで しょう. OrCAD 
自身電子回路設計用 CAD としては世界でナンパ1の 
実績をもっています.もともとは電子回路を作図する 
だけの機能しかなく， SPICE などの回路 シミュレーシ 
ョン •プログラムとは異なるものです.ただし，現在 
では，作図だけでなく自動プリント基板作成， PLD 設 
計，論理回路 シミュレーションを 行うソフトな どが 用 
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意されています. 

OrCAD は，米国 OrCAD 社の製品ですが，日本では 
㈱ ソーテック〔旧 ㈱ 工人舎〕が総代理店になっていま 
す. 

基本となる電子回路作図用ソフトは， OrCAD/SDT 
III が最新バージヨンで，価格は16万8千円です. 

また，プリント基板作成用のソフトとして OrCAD / 
PCB があります.これは価格が59万8千円です. 

論理シミュレータとして OrCAD / VST (29 万 8 千 
円）があります. 

さらに PLD を設計するためのソフト OrCAD/PLD 
(14 万8千円）， PLD のシ ミュレー シヨンを行う 
0 rCAD / M 0 D (14 万8千円）などがありますが，これ 
らをすべてそろえるとかなりの金額になります. 

米国の価格と比べると日本での価格は個人が購入で 
きる レベルで はありません. 

現在のところ， OrCAD は IBM PC の他は PC 9801 
に移植されているだけです. 

• パソコン用 CAD は実用になるか 

パソコン用 CAD は十分に実用になると思います. 
また，技術者ならば手書きよりも CAD を使うことを 
当り前のように感じて欲しいと思います.ただし， 
AutoCAD にしても OrCAD にしても，米国の価格と 


日本での価格にあまりにも差がありすぎるため，簡単 
に普及することは難しいのではないかとも感じます. 

価格のことはさておき， OrCAD を用いて基板設計 
を行う手順について説明しましょう. 

現場では，性能アップとコスト • ダウン，新製品の 
開発などに追われ，牛どんのコマーシャルではありま 
せんが，“うまい，安い，早い”の連続要求の毎日で 
す.実際に CAD を使うと，設計者の能力の問題である 
“性能アップ”を除いて，かなりこれらがうまく行きま 
す.特に，図面の修正や性能アップに伴って，前の図 
面を残したり，変更箇所を記述した記録などはディス 
ク1枚に収まるので，アップ.デート作業が格段にス 
ムーズに なります. 

さらに，図面の仕上がりは，手書きの比ではありま 
せん.トレース技術の認定試験はむだなのです.書き 
やすさでさえ，もう手書き製図では，設計者の頭の中 
を描き出すクリエイティブな設計補助作業でさえも， 
安い パソコン CAD に勝てないでしょう. 

1人前の製図屋を育て，管理し，図面ケース，ドラ 
フタなどの場所，製図用具を用意し，図面化の細かい 
打ち合わせをして（そのうえ，必ずといってよいほど卜 
レース•ミスがある）でき上がる図面と，いつも使って 
いる パソコンで， 設計者自身が直接画く図とのコスト 


〈図1 > 理想的な CAD システムの環境 


システムは余計な光の入らない 
デイスプレイの見やすいところ 
に設置すること 

意外に重要です！ 


1プロッタのペンは，余分に， 

_各種揃えてお'くこと 
►セラミック •ペン 
►ポール•ペン 

►使いすてロットリング • ペン 
► 油性ペン 

•プロッタは A 1 サイズ 



視力検査表 
(ヌ-ド写真の場合 
が多い） 

時々見ること 


㈣ 忒溫、 


ノバ溫 徵以上 





ドデータ•ノ、•ツフアつき 



1-卜紙や上質紙が良 
い.トレーシング•ペー 
ハ。 はダメ 


f インターフェース. 
ケ-ブルは規格 
に合ったもの 



ドウ 1 エア_ 

の接続ケ-ブル 
も用意する 



足元が広いこと/ 

離鱗で L 


3マウスの操作の 
■しやすい横幅の 
広いハ。ソコン* 

デスク 
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比，そして必ず変更が伴う新製品の初期図面の修正作 
業のコストを考えると， CAD の購入費があまりに安い 
ことに気がつくはずです.パソコン CAD は，5年リー 
スであれば，月々5万円でソフト，ハードー式が購入 
できます. 

また， CAD でのプログラミングの知識は，マクロ命 
令や DOS の操作を含めても大したことはありません. 
もちろん，ソフトの作成経験と知識があればさらによ 
いのですが，プログラミングより図面の作成経験のほ 
うがずっと大切です.つまり， CAD を購入し，使用で 
きるのは設計者だけなのです.単なるドラフティン 
グ•パーソンは不要です.こう考えると CAD ソフトを 
使わない手はありません. 

例として，電子回路をつくるときに必要な思想が， 
どこまで パソコン CAD で実現できるかを， OrCAD の 
最新バージョンで書いた簡単なシステム図面で各階層 
ごとに見ていきましょう.使用した パソコンは， IBM 
PC AT ですが，機能も性能も一段上の PC 9801 でも同 
じです. 

図2は，以前書いておいた回路図ファイルに入って 
いた，ある画像伝送装置の初段に付ける21 MHz のク 
ロック•ライン用 LC フィルタ回路です.これを出す 
のに所要時間が5分です. 


本当は，4層基板のコンピュータ • ボードの実例な 
どを紹介したいところですが，誌面の都合上，簡単な 
回路になってしまいました. 

ただし，このように回路図ファイルのコレクション 
がたくさん集まり，ハイアラーキ（階層構造）にして書 
いた図面（なんてことはありません， MS - DOS のディ 
レクトリ構造を使っただけです）は，“ブロック • ダイ 
ャグラムを書けば，回路設計をしてくれる CAD ” とい 
ってもウソにならないほどの威力があります. 

次に ， OrCAD の ERC(Electric Rule Check ) 機能 
で，設計を確認します.所要時間は2分です. 

OrCAD は， PSPICE と連結できるのですが，筆者は 
まだ試していません.ここでは， MICROCAPII のデ 
モ版ソフトにより動作^!認をしました.最近はシミュ 
レーション.ソフトも入手しやすくなっていますが， 
いずれにせよ，アナログ，ディジタル混在の大きな回 
路全体をシミュレートするのは不可能ですし，結果を 
判断しているより，基板を自動作成して作ってしまっ 
たほうが現実的だと思います（また，シミュレーション 
結果を，全部信じるほどのお人よしでないほうが健全 
です）.このための所要時間は10分です. 

部品構成表は会社の部品リストのファイルから作成 
しました.これは， OrCAD の付属ユーティリティ•ソ 


〈図2 > OrCAD で書いた回路例 


個3> プリント基板作成用パターン 



R 602 
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(d) シルク•スクリ 



( a ) ソルダ•マスク 


み 


( b ) プリント.パターン 
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フトの説明にあるように，基本的にはワープロで MS - 
DOS のフロッピに書いて， OrCAD の付厲ユーティリ 
ティ•ソフトで自動作成できます.ただし，各自が勝 
手に作ってしまった部品リスト（部品名，メーカ名と型 
番，説明の三つが各部品に書かれている）は ， OrCAD 
用部品リスト統合ソフトでまとめ上げたものを使用し 
ます.ここでの所要時間は5分です. 

図 3 のプリント基板は OrCAD/PCB II で自動配線 
して作ったものです.ここでの作業時間はトータルで 
1時間かかりました. 

見積もり書は OrCAD 用部品リスト統合ソフトに付 
いている見積もり書作成ソフトでまとめ上げたものを 
使用しました.所要時間は5分です. 

部品発注書は OrCAD 用部品リスト統合ソフトに付 
いている，部品発注書作成ソフトでまとめ上げたもの 
を使用しました.この作業時間は10分間ほどです. 

最後に各回路ブロックについての説明を，以前ワー 
プロで書いたもののファイルを MS - DOS のコピー機 
能を使って集め，このフロッピ.ディスクに納めたも 
のを説明書とします. 

以上，すべてのトータル時間は1時間50分要しまし 
た. 

各部品の メーカ 名，注文型名価格，プリント基板へ 
の部品挿入製造時間や注文先の担当者名，電話番号， 
住所データを土台（ベース）にして， CAD 回路図から生 
み出されるデータは，次々とほかのソフトによって結 
びつき，どんどんと便利になって行きます. 

しかし，そのデータを作るには，コンピュータをい 
かに使うかがわかっているのと同時に，それぞれの部 
品パーツのエキスパートの助けをかりてデータ.ベー 
スの作成をしないと，とても扱えるものではありませ 
ん.このくらいになると，コンピュータとの付き合い 
より，部品データの収拾方法のほうが仕事になり，人 
間関係のほうが大事になります. 

• CAD システムのハードウェア構成はどうするか 

ハー ドウ ヱア 構成は ， CAD ソフ トの購入仕様に 影響 
します.まず， パソコン CAD を 導入するには，必要な 
ハー ドウ ヱアを 揃える必要があります. ハ。ソコンは も 
ちろんですが，そのほかの機器も必要ですから一応の 
基本知識を身に付けておいてから，ソフトの選択と予 
算を組む必要があります. 

最近の安価なワーク.ステーシヨンがよい例なので 
すが，たとえ分解能が高くてもモノクロ •モニタは 
CAD には向いていません. 

640 X 350 ドットの分解能が低いといっても，一番分 


解能が低い IBM PC でも問題はあリません.図面の細 
かなところを見るには，ズーム•インすれば 5 万円程 
度のディスプレイでも十分にみることができます.ま 
た，必要な部分だけを拡大し，その部分をいつでも呼 
び出せる機能がソフトウヱアについているので，作図 
もあまり苦労しません.ただし，プリント基板の配線 
や図面の全体像を見るには，さすがに高解像ディスプ 
レイにはかないません. 

ファンクション•キーは， CAD の操作命令が多い機 
械 CAD の場合は 15 個くらいは必要です. 

それぞれのファンクシヨン • キーには， 

( a ) 交点から，線を書き出す. 

( b ) 端点から，線を書き出す. 

( c ) 中点から，線を書き出す. 

⑷垂線を降ろす. 

( e ) カーソルの 近くの線分の上から，線を書き出す. 
⑴水平，垂直線のみ引く. 

⑻ パンニング. 

(h) ズ ーム • イン . 

⑴ズーム•アウト. 

( J ) 全体像を見渡す. 

( k ) 線を消す. 

(l) 円を画ぐ 

㈣ 線をコピーする. 

⑻線の色を変える. 

など，図面を書くときにはキーひとつで機能が設定さ 
れるようになっていないと不便です. 

電気 CAD の場合，主にファンクション•キーはマク 
口命令のセット • キーに使われます.概略の機能を説 
明すると， 

M (MACRO IN の意味） 

F 1( F 1キーで動きだすマクロ機能の設定にした） 
Find 2SC1815-0(2SC1815-0 を見つけ出せ） 

Edit Part-Value BS( Back-Space の意味で， 
2SC1815-0 の最後の 0 を消すことを示す） 
Y(2SC1815-Y と書き換え） 

ESC 

ESC 

M(MACRO OUT) 

で， FI キーを 1 回押すだけで， 2SC1815 の/^ランク 
表示が0から Y に，回路図上の記号が書き換えられ 
るようになります.これは，部品の入手が困難になり， 
代替品を回路図に書き換えなければならなくなった時 
などには，大変便利な機能です. 

ぐ 青水隆雄〉 
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反射層（アルミ蒸着） 
[[ディスク基板（透明) 



△ 


ピットとランドの高さの差は, 
レ-ザ光の1/4波長分.往復 
180度の光路差により明暗 
を生じる. 


入/2 


籲 CD という媒体そのものはレッド•ブックで規約. イエロ， 
グリーンはその利用方法 

•その他，画像を含めた CD-V など応用提案は範囲外.省略. 
❿ PHILIPS は書き換え可能な CD-RAM を提案.しかし，未 
完成と思える. 

❿ SONY は， CD-ROM ドライブで読み出し可能な MOD デ 
イスクなども発表して いる. 


光ディスクの応用は， データ•ベース や画像記録を 
主として発展してきましたが，最近は技術より流行が 
優先するトレンド時代，マルチ•メディア，ハイノ、。. 
メディア，光ディスクは Apple vs IBM 戦争の最前線 
と化し， NeXT も光磁気ディスクをうたい文句にして 
います. 

最初に，主な光ディスクの種別を表1にあげます. 
いずれも波長 0.78 前後の半導体レーザ光を使い， 
反射の変化を記録信号として読みとります. 


〈表1> 光ディスクの記録原理 


〈図1> CD の読み取り原理 



• コンパクト*ディスク 

音楽用のコンパクト•ディスク 「 CD 」 は，反射面の 
凹凸 ( pit / land ) で信号を記録しています. CIRC * 1 とい 
う信号化手法による高信頼性が特色で，レコード盤同 
様に高速かつ大量生産が可能です.しかし，消去/書き 
換えはできません. 

そのコンピュータへの 利用が CD - ROM です.ディ 
スク自体は CD と同一ですが，セクタ構造を追加して 
います.容量は560 M バイト，音声画像などのマルチ • 
メディア記録に期侍されています（図1，表 2). 

• さまざまな書き込み方式 

光磁気ディスクは，磁性体を弱磁 
界中におき，レーザ光で局所的に活 
性化して磁性を反転します.読み出 
しは，磁性によるレーザ光の位相回 
転（カー効果）を検出しています. 

有機色素やアモルファス方式は， 
たとえば蟹をゆでると赤くなるとい 
つた原理です.不可逆性素材なら追 
記型 （ WO ) ディスクとなり，双方向 
に変化する材質を使えば消去/書き 


く表2> ソニー/フイ リッブスのコンパクト.ディスクの関連規約 


規約名 

内 容 

レッド.ブック 

コンパクト*ディスク基本仕様.読み出 
し専用，ディジタル•オーディオ記録 

イエロ•ブック 

コンピュータへの CD 応用規約.データ 
記録方法，セクタ構成，エラー回復 

グリーン • ブック 

CD-I, マルチ•メディアへの CD 応用規 
約 

ブルー•ブック 

(CD-ROM XA) 

CD-WO, 追記型 CD 拡張規約 

Microsoft との共同提案， CD-I の MS- 
DOS 対応サブセット 


種 別 

書き込み原理 

用 途 

製品例 

① エンボス 

プレスによる凹凸 

大量生産向き.読み出 
し専用 

コンパクト•ディスク， 
レーザ•ディスク 

②穴明け 

レーザで焼く 

消去不可，追記専用 

(いわゆる）光ファイル 

③有機色素系 

色素の化学変化. 
反射率または散乱 
変化 

追記および書き換え. 
実用化段階 


④ アモルファス系 

結晶相変化による 
屈折率変化 

開発中 


⑤ 光磁気 

熱磁気記録とヵー 
効果による読み出 
し 

書き換え型.実用化段 
階 

ソニー，キヤノン，その 

他 



光テイスクと対応ソフトの動向 


音楽用として開発された CD は，パソコンでの利用はまだまだ初期段階です.リード•オンリの CD-ROM 
につづき追記型のライト•ワンスや，書き換え可能な MO(Magnet Optical ) ディスクも登場しています. 
大容量で低速のメディアなので，利用者が使いこなす方法はこれから開拓していかなくてはなりません. 
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換えも可能になります. 

• 次世代光ディスク 

動向としては，メーカでは 3.5 インチ書き換え型デ 
ィスクとか，同ーディスク中に読みだし専用エリアと 
書き換え可能エリアを組み合わせた Partia 卜 ROM デ 
ィスクが注目されています. 

実現すれば， 3.5 インチ FD とほぼ同寸で胸ポヶッ 
卜に入り容量100 M バイ ト程度， プレス 量産可能 かつ 
ユーザが 編集可能な媒体となり， ハ。 ソ コンの スタイル 
を一変させ，光ディスクは一挙に普及するという人も 
います. 

一方，短波長レーザによる容量 2 G バイトの スーパ 
CD , その高画質テレビ HDTV への応用も噂され，期 
侍されています. 

• 応用は保存と出版の2分野 

書き換え型光ディスクは，大容量，メディア交換と 
いった特色がありますが，使い方はおおすじハード. 
ディスクと同様です. 

一方，読み出し専用ディスクの用 
途は大きく異なり，情報流通の手段， 

つまり電子出版の媒体と考えられま 
す.たとえば CD - ROM 広辞苑のよ 
うな書籍の電子化，さらに音響映像 
を含むマルチ.メディア出版が期侍 
されています（図 2). 

• 電子出版の ファイル構造 

電子出版は，不特定多数の読者(ュ 


ーザ）が対象です.読者の パソ コンや OS もさまざまで， 
ファイル互換性が問題となります. 

このため， OS やデバイスに対し独立な共通ファイ 
ル構造，ハイシェラ （High Sierra ) フォーマットが提 
案されました （1986 年5月* 2 ).これは一部拡張のうえ 
ISO -9660 として国際標準化され （1988 年)，日本でも 
JIS 化の途上にあります. 

これにより， パソコンも UNIX マシンも 1枚の CD 
- ROM を共用できます.さらに， CD - ROM の弱点であ 
るシークの遅さをカバーし，巨大容量を扱えるように 
最適化されています. 

• CD - ROM / OS インターフェース 

マイクロソフト社は， MS - DOS からハイシェラ/ 
ISO フォーマットを読むためのソフトウェア ， MS CD 
Extensions を提供しています.これは CD - ROM ドラ 
イブを（普通は SCSI ドライバ、経由で）， MS-Network 
インターフヱース上に組み込みます. 

〈図2> 光ディスクの役割 



く図3 > MS CD Extensions の機構 


DOS . SYS 


10. SYS 



ROM-BIOS 



通例 SCSI インターフェース 



CD-ROM 

ドライブ 


MS - DOS は本体にフアイル.マネージャをもち，ブロック•デ 
パイスを支配する.これを避けるための ， CD Extensions は， 
MS Net リダイレクションを利用する. 

CD Extensions は，内部にハイシェラ/ ISO フオーマット対応の 
ファイル•マネージャをもち， CD - ROM デバイスを管理する. 
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CD - ROM 開発の入門は，このあたりからです.まず 
ハイシェラ提案と CD Extension 仕様書を読みこなし， 
デバイス • ドライバを書いてみると大筋理解できるは 
ずです.これが意外と興味深く，筆者自身もこれに没 
頭して，気がついたら人生が変わっていました（図3 ). 
• 応用動向 

最近よく登場する話題として，以下の3種がありま 

す. 

① CD-I : コン ハ。 クト•ディスク•インタラクティブ 

② CD-ROM XA ； Extended Architecture 

③ DV-I :ディジタル.ビデオ•インタラクティブ 

① は， CD - ROM のセクタに内容を記述するサブへ 
ッダを付け，音声，画像などの同期再生を実現する手法 
です （1986 年， ソニー/フィ リッブスが提案）.製品とし 
ては AV 家電機器に分類され， MC 68000 CPU と拡張 
版 OS -9 が組み込まれた家庭用 CD ビデオ • プレーヤ 
といった性格です. 

② は， CD - I 同等の機能を MS - DOS などのパソコ 
ンで実現するもので，セクタ構造もほぼ CD - I と共通 
です.これはマイクロソフト社が加わり， IBM も採用 
の方向と伝えられます. 

③ は，一種の画像伝送プロトコルと専用ハードウェ 


〈図4 > DV - I の構成図 


12.5 MHz 




オペ レー 
シ ヨン • 
バッファ 


データ： 
パッフ尸 


演算器 


VBUS I / O チヤネル 


ホスト 


32ビット 
VBUS 


19.6 MHz 




VDP1 

(ピクセル処理） 


VRAM 

制御 


32 


RAS CAS 


デュアル. ポー ト 
VRAM 


シリアル•ポート 


32ビット. 

パス 


S1 


ク□マ 
補間 


C し UT 


Y Ci C 2 


)8表时8 


最大 16 M 

パイト 


シフト制御 


VDP2 

(画像表示） 


TTT 


D - A コンノヽ♦ータ x 3 


Y / C 信号— RGB マトリクス 
変換 


アによる動画像ディジタル処理技術の名前です.光デ 
ィスクとは別分野ですが，製品（サンプル）は IBM PC 
上の拡張ボードと CD - ROM の組み合わせで実現され 
ています （1987 年発表，写真 1). 

• DV-I の技術 

開発を始めたのは RCA 社の D . Sarnoff 研究所です 
が （1983 年），現在はインテル社が買い取り，実用化へ 
の開発か f 進められています. 

DV - I は高速カスタム.プロセッサ， VDP 2 本が中 
心です（図4 )• VDP の原型は Silicon Compiler * 3 で開 
発され，固定されたインストラクション•セットをも 
たず，マイクロコード自体を外部 RAM からロードし 
て動作します. 

DV - I は，たとえば人物画はビット•マップ， CG 図 
形はコマンド描画というように表示アルゴリズムを併 
用し，切り替えつつ動作します.これに応じて VDP マ 
イクロ コード も入れ替え，プロセッサの動作モードを 
ダイナミックに切り替えているとのことです* 4 . 

• CD-ROM でビデオ記録 

CD - ROM の読みだし速度は音声再生から規定され， 
44.1 kHzXl 6 ビット X 2 ch =175 K ビット/秒程度 
です. NTSC や PAL 画像の再生には，この百数十倍の 
データ量が必要です. 

このため， DV - I は色情報圧縮および フレーム 間圧 



〈写真1> DV - I の出カサンプル 



く写真2> DV - I の出カサンプル 

(CLUT アニメーション ) 


丄 UT 
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縮などにより，1フレームを 5 K バイト前後まで旺縮 
しています.この処理は今のところインテル社自身が 
行います.同時に音声も ADPCM で 4 K 八イト/秒程 
度に圧縮されます. 

再生および編集用ボードは ， IBM PC / AT の拡張ボ 
ードとしてサンプル提供され，基本ソフトウヱア•ラ 
イブラリも付属しています.動画像再生は 256 X 240 ピ 
クセル， RGB 各8ビット，1680万色，30コマ/秒です 
(可変〉.そのデモを見ると，美しいとはいえませんが 
家庭用テレビに近いクオリティまで達しています.静 
止画像は，圧縮率1/25程度で十分に美しく見えまし 
た. 

直径 12 cm の CD - ROM で1時間の動画像再生が 
できる，というのはたしかに驚きです.しかし， DV - 
I 本来の特色は一連の シー ケン シャ ル再生より対話的 
操作などのプログラマピリティにあると思えます. 
たとえば，画像認識とか通信，画像データ•ベースへの 


応用開発も進行しているようです（写真2 ). 

く山崎俊一〉 

囫参考文献囫 

(1) 光ディスク標準化に関する調査報告，光産業技術振興協会. 

(2) Digital Video Interactive Technology ほか， Intel Corpo ¬ 
ration . 

(* 1 )CIRC Cross Interleave Reed-Solomon Coding :媒体 
の傷，欠拫などのバースト •エラー 対策として，データを並べ 
変えたうえで，ガロア有限体上の演算，リード.ソロモン符号 
を添え， エラー 検出，回復する. CD はこれを2段繰り返して 
いる. 

(*2) High Sierra はネ八夕州の地名.ここに SONY ， 
PHILIPS ， Microsoft , Apple など十数社が集まり,規約を作 
成した. 

(* 3) Silicon Compiler System : カスタム.プロセッサのマス 
クを S 勋設計するソフトウエア.システム. 

(*4) VDP の速度は 12.5 MOPS , つまり1250万操作/秒とされ 
る.ビット幅固定のイ ン ストラク ションではないから， 操作と 
オペレーションで数える. ただし，その オペレーション •コ_ 
ドは特許とされ公開され ていない. 


INFORMATION 

• パソコン用光ディスク • ユニツト 

【型名】 PC - OD 101 【価格】450,000円 
【特徴】►書き込み/消去可.平均シーク時間 68 ms 

►片面約300 M / 両面約600 M バイト（パーティ 

シヨンの最大は¢4 M バイト） 

►光ディスクはカートリッジ式（単価30,000円) 
► SCSI インターフェース （ PC 9801-55 カード） 
◎ PC 9801 シリーズ用の大容量リムーバブル光ディスク. 
MS - DOS 3.3 + サボート•ソフトで使いがってはハード. 
ディスタと同じ. 

【問い合わせ先】日本電気 ㈱ S 03-452-8000 



光ディスク•ユニット 「 pc-ODIOIj 


❿バソコン用大容量八ード • ディスク装置 

【型名】 DH 320 ND 【価格】1，250,000円 
【特徴】►容量320 M バイト（最大6台接続可） 

►接続時の常駐メモリは15 K バイト 
►最大56台のパソコンを接続でき，ネットワー 
クが組める 

►つながるパソコンは PC 98， 55， FMR , 
PANACOM の各シリーズなど 

◎ ファイル•サーバとして，各種のパソコンのネットワ 
ークが組める.データ保護機能が充実している. 
【問い合わせ先】 ㈱ 神戸製鋼所 S 03-5476-9222 



ハード•ディスク 「 DH 320 ND 8」 
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的 3 的の仮想的モードを使3とで吉ること 


最近のアプリケーシヨン•プログラムは， PC 9801 のメイン•メモリ640 K を使いきるものも多くあり 
ます. 80386の仮想88モードを使ったソフトのひとつとして，メイン•メモリを広く使うためのデバイ 
ス • ドライバ類があります. 


1985年に発表された32ビット CPU 80386は，4 G 
バイ トの物理アドレス空間をサポートでき，下位 CPU 
の エミュレートが できる モードをもっています. 現在 
バソコンで 利用者の多いのは80286ですが，本来のプ 
ロテクト，モードと呼ばれる機能は使われず，大半が 
8086実アドレス. モー ドで利用され ています. 

80386では,図1に示すように，8086, 80286, 80386, 
仮想8086モードの合計4モードで動作ができるよう 
に設計されています.起動時には実アドレス•モード 
なので，高速8086マシンとして，今までの MS-DOS 
などのソフトをそのまま動かすことができます. 80286 
モードを使えば OS /2 も動きます.しかし，80386のプ 
ロテクト•モードを利用できるソフトウェアは，現在 
ほとんど市場に出ていません. 

四つ目の仮想86モードと実アドレス•モードの違い 
は，仮想86マシンが動いているときに，記憶保護，仮 
想記憶および特権チェックなどのプロテクト•モード 
で使われる機構が生きていることです. 8086では実際 
の物理メモリをアクセスするには，セグメント+オフ 
セットでアドレスが決定します.仮想86モードは，プ 
ロテクト.モードの中で動作しているのでページング 
の機能も使えるため，実際の物理アドレス空間がばら 
ばらでも，論理的に連続した空間として利用できます. 

また，仮想86モードでは，入出カポート，割り込み 
ベクタ•テーブルももった 1 M バイトの空間が複数得 
られます.これを利用したのが Windows /386 です. 

ほかにも仮想86モードを使うことで様々な応用が 
考えられますが，ここでは最近製品化されている代表 


的なソフトについてみてみます. 

# EMS への対応 

主記憶の 640 K バイト以上のメモリ空間を利用す 
るために EMS 3.2 が作られ，さらにマッビングに柔軟 
性をもった ver 4.0 では，32 M 八イトまでの拡張メモ 
リが使えます. 80386のページングの機能を使うこと 
で， 1 M バイトの最上位番地より上にあるメモリ部を, 
EMS のための拡張メモリとして利用できます. 

# XMS(eXtended Memory Specification ) 

増設メモリの効率的利用を図るための XMS 規格の 
中には， HMA(High Memory Area ) と UMB(Upper 
Memory Block ) さらに増設メモリ.ブロックの三つの 
利用方法が規定されています. UMB は後述しますが， 
利用されるのは HMA が主体です.これは， 図2 に示 
すように，アドレス線 A 20 (21 ビット目）信号を利用す 
ることで， 1 M バイトの上 64 K バイト足らずを利用 
する方法です （80286 でも可). 

# UMB への対応 

この Upper とは COOOOH 力、ら EOOOOH の本来 
ROM が配置されるべき領域ですが，普通はほとんど 
空いています.仮想86モードでは，ページング機能を 
利用して，この物理アドレス128 K バイト分を RAM 
があるように使うことができます. 

•バンク•メモリ への 対応 

メイン•メモリの上位128 K バイト (512 K 〜640 K 
の間）を窓としてバンク•メモリとして利用する方法が 
日本では一般的です.プロテクト•モード用の 1 M バ 
イトから上位の部分を使い，仮想バンク • メモリ方式 


く図1 > 80386の各モードとその関係 


プロテクト•モード 



く図2> HMA(High Memory Area) の構成 



FFFF: 000 FH 

、ノ | 

\セクメントオフセット 

I FFFF:FFFFH J 

⑧ 


0000 :OOOOH 

セク♦メントオ L 卜 


FFFF: 001 OH 


8086のアドレス.ピンは Ao 
〜 Ais の20ビットなので， 

セグメントカく FFFFH のとき， 
オフセットの値によつては 
1 M パイト以上のメモリを 
アドレッシングしたら®, 
最上位のビットが捨てられ 
て，ラップアラウンドして 
© の位置にきてしまう. 

80286/386では A 2 o 以上のピ 
ンが出ており，リアル•モ 
—ドでもこのピンを有効と 
することができるパソコン 
が多い. 
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を実現できます. 


く図 3> PC9801 のメモリ.マップ 


このような機構が考えられた背景は，8086実アドレ 
ス•モードのプログラムが主流なのに， 1 M バイトの 
空間ではたりなくなってきたことが理由です. 

デバイス.ドライバ，常駐型 （ TSR ) やバッファ領域 
が増えると，利用できるメイン•メモリは300 K バイ 
卜を切る状態がおこります. 

そこで，今利用されていない ROM 領域に，デバイ 
ス • ドライノ 《やバ ッフア ( config.sys の中の Buffer = 
で指定される部分)の実体をおくことで，40〜10 0 K 八 
イトの空間が開放されます.もちろん，使われている 
ROM 領域に重ならないようにメモリ空間を配置しな 
ければなりません.これが UMB の機構です. 

以上のことを PC 9801 のメモリ•マップに示したも 
のを 図 3に示します. 

• 市販のソフトウェア 

市場にこの仮想86モードを活用した EMS ドライ 
バを最初に出したのがメガソフト社で，製品名は 
「 MEM 0 RY - PR 0386」 です.サポートしているのは， 
仮想 EMS ， 仮想八ンク•メモリ，仮想 UMB，XMS 
( HMA ) です. 

次にメルコ社から 「MELWARE Ver .4」 が発表され 
ました.サポートしているのは，仮想86モードの 
EMS (ハードウェア EMS と併用可）， バンク •メモリ. 
ボード ， UMB (バッファーズ拡張の みサポート ）， XMS 
です. 

また，アイ•オー•データ機器社から 「 IOS -10/386」 
が出荷予定です. く 編集部〉 



INFORMATION 


• C 言語の関数ライフラ 

【商品名】パワーアップキット （ C - FUNCTION 98 用） 
【価格】業務用： 55,000円，個人用12,000円 
【特徴】►グラフィック，マウス，データ変換， コン ソー 
ル，文字列，ファイル管理，プリンタ，外字処 
理， RS -232 C ， 日本語入力制御，ウインド•メ 

ニュなど 

►オート. マニュアル （ MAN . EXE ) が 付属 
◎ PC 9801 上で C 言語を用いてプログラムを作成する 
とき，ベーシックな関数がすぐに使えて，アプリヶーシ 
ョンの開発時間を短縮できる. 

【問い合わせ先】宿)原田システム設計 a 0286-34-5605 


• パソコン間通信ソフト 

【商品名】 PC ブリッジ 【価格】58,000円 

【特徴】 ► MNP クラス5モデムに対応ーエラー•フリ 
一， 4800ボー使用可 
►文書，データのすべてを送受信できる 
►自動ダイヤル，自動送受信ができる自動運転 
►リモート DOS 機能 
►セキュリティ機能 

◎ PC 9801 シリーズ同士をつなぎ，信頼性の高いネット 
ワークが組める.バイナリ•データも送れるので，社内 
の LAN に近い環境が得られる. 

【問い合わせ先】 ㈱ インターソフト S 03-293-3338 
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八イパ•メディアの現況 


パーソナル•ユースのコンピュータの 0 S を分類すると， DOS マシン， Mac , Unix , その他となり，その 
Mac 上では最近マルチ•メディアが進行しています.音•絵.文章.データなどをまとめて扱うことを 
めざしています.その先鋒がハイパ•カードです. 


近年，パソコンの処理能力が飛躍的に増大するにつ 
れて，テキスト，グラフィックス，サウンドなどを自在 
に組み合わせて，ユーザに様々な情報を提供する「ハ 
イパ • メディア」的な用途が実用段階に入ってきまし 
た.このような方向を目指したシステムとして，すで 
に実際に広く普及しているものに， Apple 社のパソコ 
ン Macintosh 用の 「 HyperCard 」 があります.以下， 
この HyperCard がどのようなシステムであり，どのよ 
うに利用されているのかについて，簡単に紹介します. 
# HyperCard の特徴 

HyperCard は力ード単位で情報を管理する「情報提 
供/構築システム」です. HyperCard では ， Macintosh 
パソコンの 9 インチのモニタ画面（モノクロ 512 X 342 
画素）全体を，ちょうど一枚の白紙のカードと見立てま 
す.このカード上には文章，図表，イラスト，コメントな 
どを自由に書き入れておくことができます.こうした 
カードをたくさん集めておいて，情報を管理したり， 
提供したりするわけです. HyperCard では，このよう 
なカードの集まりのことを「スタック」と名付けてい 
ます. 

HyperCard ではまた，カード上に「ボタン」を配置 
することができます.ユーザがマウスを使ってカード 
上のボタンを押すと，たとえば関連する情報を収めた 
ほかのカードに飛んだり，サウンドを鳴らしたり，簡 
単なアニメーションを表示したり，といった動作が引 


— _： 

ホームカード1351 

e D □ _ a 爲 

Intro Help Address Documents FfW Index Book Shelf 


雷 @ 園園割國 

Phone To Do W 的 kly Calendar Slide Show Hyp»rCa)c 

馨，圖圖國 _ 


Card lde»s Button Ideds Stack !d«as Art 

” lllltel 擎 

•Sucks UpdaJte 


Clip Art Japanese Art 


二響 ■ 

Copyright 01988,1989 Apple Computer. Inc. 


^ 圍 

.2R«!ease Notes idea Stacks Upd 


ハイパーカード.システム標準のホーム.カード.画面に 
並んでいるアイコンはすべてボタンになっており，これら 
をマウスでクリックすると，様々なほかのハイパーカード 
のスタック （ヘルプ， 住所録，カレンダ，メモ帳など）が 
される. 


き起こされます. 

カードとカードの参照関係は自由につけておくこと 
ができ，どのカードからどのカードへでも飛ぶことが 
できます.ユーザは，カード上のボタンを マウスで 操 
作していくだけで，様々なカードに記載された情報を 
勝手気ままに読み漁ったり，新しく書き加えたりする 
ことができるわけです. 

奉 HyperTalk というプログラム言語をもつ 

ちなみに，ボタンに対する反応などの動作は 
「 HyperTalk 」 というオブジヱクト指向的な特長を備 
えたプログラミング言語を使って記述します. とい っ 
ても， HyperTalk は別に難しいものではなく，100語 
程度の平易な英単語を予約語としたシンプルな言語で， 
おそらく Basic で簡単なプログラミング経験をもっ 
た人ならすぐに馴染めると思います.また，スタック 
を構成するためのカード，ボタン，グラフィックスなど 
といった部品も単体で流通しているので，ゼロから作 
るのが面倒な人は，これらを組み合わせるだけで，ユ 
ーザがまったく新しいスタックを作り出すことができ 
ます.こうした手軽さも HyperCard の大きな魅力の 
一つです . 

# HyperCard の歴史 

HyperCard が発表されたのは1987年の夏ですが 
(日本語版の発表は1988年夏），まったく新しい未来の 
パソコ ン利用の方向を具体的に指し示したシステムと 
して，発表と同時に非常に大きな反響を呼びました. 

HyperCard は， Macintosh を購入するとシステム. 
ディスクとともに標準で添付されています（国内購入 
の Macintosh には日本語版 HyperCard が標準添付 
されている）.したがって， HyperCard のスタックとし 
て提供された情報は， Mac ユーザなら誰でも Mac を 
使って読む（見る，楽しむ）ことができ，また反対に 
Mac ユーザなら誰でも HyperCard のスタックを作っ 
てほかの Mac ユーザに提供することができます.こ 
のおかげで， Mac 関係の電子ネットワークなどでは， 
様々なパブリック.ドメインのスタックが交換されて 
います. 

また， HyperCard を使って作成したスタックは，酉己 
布に関しても販売に関してもいっさいのライセンス 
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ユーザが 独自に作成した ホー 
厶•カードの例（左）. 

昨年度のスタックウェア■コ 
ンテストに入賞した妊娠知恵 
袋というスタックの一画面. 
現在の日時に合わせて，予定 
日までの残り日数や，アドバ 
イスが表示される.また、画 
面上部に並んだボタンをク 
リックすると妊娠時に関連し 
たさらに詳しい情報がいろい 
ろと表示される （ Nifty-serve 
Macus データ • ライブラリよ 
り）（右）. 


1 (本重チIック 

メモ味 II デ - タル-ム 1 

こよみ 

1母体の状態 

K 急時メモ II妊嬅中のトラブル1 

スケジユ- 

ル 

胎児の状態 
体金2500 g 
身長45 cm 

体力の消耗が激しい時期です 
休*と，速度な運動が大切です 
毎日•みじかめに入浴し，体を洧淇に,„ 

指がむくむのて•指格ははずしておきます 

I 

ぁと@ 

日 


一……一'，.] 



が無料で公開されており，これに基づいて HyperCard 
d で作成したスタックを製品として生産•販売するこ 
とも行われています. 

# HyperCard の利用 

それでは具体的に HyperCard はどのように利用さ 
れているのでしょうか？ 

まず標準添付の HyperCard システムには，住所録 
やカレンダ，スケジュール手帳などといった「電子シス 
テム手帳」を実現するスタックがたくさん付属してき 
ます.また HyperCard が登場した1987年夏の Mac - 
World Expo では，会場案内システムが HyperCard 
で作成されました.このほかに， Macintosh のセール 
ス•マニュアル，手話の練習システム，会社案内（年次報 
告書)，自転車修理のパンフレット，子供向けの電子絵 
本など，様々なスタックが出回っていますが，やはり 
教育用や情報照会システムなどの用途が多いようです. 

また， HyperCard をユーザ•インターフェース 面で 
のフロント•エンドと して利用す る 試み も 行われてい 
ます. たとえば給与管理 システム などを構築す る 場合 
に， データ.ベースの核の 部分は ほかのデータ.ベー 
ス 言語 や C 言語などで記述しておいて， ユーザ•イン 
ターフヱースの 部分は HyperCard を 使ってデザイン 
の専門家に作らせます. 

そして両者を合体させれば，ユーザにとって見栄え 
がよく操作しやすいインターフヱースを短時間で効 
率よく作成することができます. HyperCard を使って 
あらかじめユーザ•インターフェース部分だけをプロ 
トタイピングしておけば，顧客に具体的な設計案を提 
示することができますし，後で変更があった場合にも 
対応が容易になるでしょう. 

もちろん，理想的なハイパ•メディアという面から 
見た場合には， HyperCard にも欠点はいろいろとあり 
ます.たとえば，①カードの表示面積が小さい，②一 
度に1枚のカードしか表示できない，③モノクロであ 
る，④音声と動画の面が弱い，⑤ HyperTalk の実行 


を行うインタプリタが遅い，などです.けれども，こ 
れらは Macintosh の標準的なハードウヱア仕様を考 
える場合には仕方のないことでしょう. 

# HyperCard の将来 

現在のところ， Apple 社では コンパイラ や高速 ラン 
タイム.ユニッ トのようなものを準備中であるようで 
す.また，今年の春には Silicon Beach 社というサー 
ドパーティのソフト •ハウスから， HyperCard を大幅 
に機能強化した上位互換製品 SuperCard が発表され 
ています.この SuperCard では，カードの大きさが無 
制限で，カラー表示ができるなど，上記の欠点のほと 
んどが解消されています . Mac II 以上の機種では大き 
な威力を発揮するものと期待されています. 

HyperCard ではグラフィックスなどのデータがど 
うしても大きくなりがちなので， Apple 社では CD - 
ROM の活用を進めていく意向のようです.実際に， 
Apple 社が配布する Technical Note という技術者向 
け資料は，来年以降は CD - ROM に収めた HyperCard 
のスタックとして供糸含されるようです. 

また， MIDI を利用して外部音源を制御したり ， LD 
を併用して HyperCard からコント ロールす ることな 
ども試みられています. 

• DOS マシンでは 

最後に， PC 9801 などの国産機種も32ビット時代に 
入った以上，まもなくハイパ • メディア的な利用がひ 
とつのジャンル として確立してくることでしょう.今 
のところ， MS - Windows 上で動作する 「 Guide 」 など 
いくつか注目すべきソフトはありますが，まだまだ 
Mac 上の HyperCard に匹敵するような広がりはもつ 
ていないようです. 

この分野では国産機種はいずれも大きな遅れをとっ 
ていますが，具体的な対抗製品が出る場合にはやはり 
HyperCard がひとつの目標になるのではないでしょ 
うか. 案外，この分野では ファミコン などがいちばん 
近道にあるかもしれません. く廣野幸治〉 
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X ウインドウがもたらす世界 


パソコンもネットワーク.システムを構成するようになるとウインドウ.システムが必要になってき 
ます.パソコン用としては，最初からウインドウをもつ Macintosh , MS - DOS マシン用の MS-Windows 
などがあります.ここでは， UNIX マシンの世界で標準となりつつある X ウィンドウを紹介します. 


• X Window System とは 

X Window System (以降， X ウィンドウ）は， M . I . 
T . の Robert Scheifer らが中心となって開発したパブ 
リック， ドメイン•ソフ トウエアで，現在はほとんど 
の主要なワーク.ステーシヨン上で稼動しています. 

X ウィンドウといっても，1987年以前に用いられた 
X ウィンドウ Version 10とそれ以降の X ウィンドウ 
Version 11では，ネットワーク上を;®れるフ。ロトコル 
が異なっています.両者のプロトコルを交換するプロ 
グラムも用意されていますが互換性は高くありません. 
現在流通している X ウィンドウは X 11 R 3 と呼ばれる 
もので， M . I . 丁.から配布されるテープに含まれるソー 
スの量は 60 M パ'イトを超える巨大なシステムです. 

従来のウィ ン ドウ.システムは OS やハードウエア 
に近いレベルで組み込まれているため， ハー ドウ エア 
ごとに異なるウィンドウ.システムが使われていて， 
それがアプリケー シヨン • プログラムの移植性を低下 
させていたのですが， X ウィンドウではウィンドウ. 
システムの動作をアプリケー シヨン •プログラム側 
( Client ) のリクエストとそれを解釈，実行するウィン 
ドウ.サーバ動作側 （ Server ) に分離してモデル化 ( Cli ¬ 
ent-Server model ) することにより，機種依存性を最 
低限に抑える構成になっています. 

X ウインドウではウインドウの操作やキーボード， 


〈図1> X ウインドウ•システムの構成 
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マウスとのインタラク ショ ンを行う部分を サーバ、 側と 
よび，その機能を使うアプリケーション•プログラム 
をクライアント側と定義しています. 

X ウィンドウは無償であることと主要なワーク•ス 
テ ー ショ ンでサポートされていることからアメリカ国 
内の大学で広く受け入れられ，その後 ソニーの NEWS 
シリ ーズ のように日本の ワーク.ステーション.メ_ 
力も採用する動きが出てきています.現在では，ビッ 
卜•マップ•ディスプレイを装備した多くの EWS に移 
植されています. 

X ウィンドウは次のような特徴を備えています. 
►サー八とクライアントの通信は TCP / IP い”を用い 
るため，サーバとクライアントが物理的に分離して 
いるハードウヱアでもよい.したがって，分散計算 
環境にうまく適合する. 

►プログラマ •イ ン タ— フヱ—スのレベルが 各種用意 
されていて，目的にあったイ ン ターフェースを採用 
できる.一般的なインターフヱースは C 関数ライブ 
ラリである Xlib であるが，上位のインターフェース 

として X Tool Kit Intrinsics , Widgets といったアブ 
リケーション指向のプログラム•インターフェース 
の開発が進行中である. 

►他言語へのマイグレーション（移植，移行）が可能で 
ある.丁 CP / IP とインターフェースできる言語であ 
れば C に限らず容易にインターフヱースできる.こ 
の例として Common Lisp インターフヱースである 
CLX が X ソース.テープに含まれている. 

►アプリケーション.プログラム側にはウィンドウ操 
作の手続きが含まれるわけではないので実行イメー 
ジがコンパクトになる. 

►マルチフォント，カラー端末がサポートされる. 
►ウィンドウに対する グローバルな 操作はウィンド 
ウ. マネージャ と呼ばれる バック. グラウンド•プ 
ロ セスが行うため，アプリ ケー ション•プログラム 
側はそれを意識し な くてもよい. 

等々，いま考えると当たり前のように思えますが， 
これらの仕組みをうまくシステム化して実装した点， 

そしてそれを無償で公開する奉仕の精神は賞賛に値し 
ます. 
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X ウィンドウが公開される以前の代表的なウィン 
ドウ•インターフェースといえば Sun Microsystem の 
SunView(Sun Tools ), Apollo Computer の AGES な 
どですが，それらはそのファミリ内で閉じたものであ 
り，当然ながら安定性と品質は保証されていますが解 
放的なものではありませんでした. 

初期の X ウィンドウ （ Version 10) は仕様的にも小 
さなものであり，既存のウィンドウ•システムと比べ 
た場合，外見的に見劣りしたにもかかわらず多くのュ 
—ザを獲得できたのは，それがハードウヱアや OS の 
枠を越えたパイプを提供したためであったと思います. 

最近ではメーカが正式にサボートするウィンドウ • 
システムでも X ウィンドウを無視できなくなり， X ウ 
ィンドウのプロトコルを受け付けたり，あるいは DEC 
のように X ウィンドウを正式に DEC Windows とし 
て採用したりする動きもあります. 

• X ウインドウのプログラム•インターフェース 
前述したように， X ウィンドウはいくつかのレベル 
のプログラム•イン ターフ ヱース を解放しています. 

図1がそのモデルで， X ウィンドウを用いたアプリケ 
ーシヨンを作成するといってもいくつかのインターフ 
ェースが可能であることがわかると思います. 

X ウインドウが規格として厳密に定義しているの 


は，実は X プロトコルと呼ばれる TCP / IP を流れる 
データ形式です.したがって，最も自由度の高いアプ 
リケーシヨンは TCP / IP でじかに X サーバを接続す 
るかもしれません. X ウィンドウはこのレベルで規格 
化されているために OS や言語処理系を越えた接続が 
可能になります. 

また，意外に思えるかもしれませんが， X ウィンド 
ウではサーバとアプリケーシヨン.プログラムが同じ 
マシンで動いていても見かけ上は TCP / IP で接続さ 
れています.そのくらいサーバとアプリケーシヨン側 
は明確に分離されているわけです. 

プログラマ •イ ン ターフェース として x ウィンドウ 
Version 10の頃から普通に用いられていたのが Xlib 
インターフェースで，これは個々の X ウィンドウのプ 
ロトコルに対応する C の関数のライブラリです. 

簡単にいえば GKS や PC 9801 の画面操作ライブラ 
リのようなものであり，基本作画やポインティング • 
デバイス（マウスなど） の 操作を行います. この インタ 
ーフヱース はきわめて直感的であり理解しやすいので 
すが，操作が原始的であるためアプリケーシヨン側で 
は細かな操作を指定しなければなりません. 

X ウインドウ Version 11になって，さらにその上の 
インターフェースとして Toolkit が用意されました. 


INFOHMATION 


• パソコン用編集レイアウト • ソフトウェア 

【商品名】 アルダスページメーカー 3.0 J 
【価格】148,000円（予価，年内発売予定） 

【特徴】 ► MS - Windows 対応の全てのバソコン上で動作する 
►縦書/縦組，ふりがな，禁則処理などの日本語対応 
►文字と絵の切り貼り，デザイン修正,編集などが可能 
◎ Mac で有名なページメーカーがようやく PC 9801 で実現 
できるようになった.ただ， Mac に比べると画面は今一つ. 
【問い合わせ先】（株)サムシンググッド S 03-232-0801 



• UNIX ベースの低価格ワーク • ステーション 

【型名 】 DEC station 2100 

【価格】988,000円（ディスクなしのシステム） 

【特徴 】 ►CPU は MIPS R 2000 (12.5 MHz ) 

► メモリは 8 M バイトから最大 24 M バイト 

► DEC Windows を標準でサポート 

► MS-DOS のエ ミュレ ーションを サポート （予定） 
◎ソニーの NEWS も驚くほどの低価格.機能は最先端で言 
うことなし.売れてくれればよ いがレインボーの 例もあるし. 

【問い合わせ先】日本 DEC (株） S 03-989-7111 
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Toolkit は，ウィンドウを Widget (仕掛とか道具という 
意味）というオブジェクトとして抽象化し，それに対す 
る操作をメッセージ.パッシングで統一的に扱おうと 
いうものです. Toolkit の概念がなぜ大切かは，ウィン 
ドウ • システムを使用したアプリケーション.プログ 
ラムを作成することを思い浮かべれば容易に納得でき 
ると思います. 

我々がアプリケーション.プログラムを書こうとす 
る場合，必要なウィンドウ.オブジェクトは必ず数種 
類のカテゴリに分類され，毎回同じようなウィンドウ 
の作成を行うことになります.たとえば，スクロール. 
バー付きのメッセージ•ウィンドウとか，一行のコマ 
ンドを入力するための対話ボックスとかいったものが 
その代表ですが，だからといってそれが全く同じもの 
ではないというところが問題で，微妙な特徴付けやそ 
れらの合成をどう取り扱うかが問題になってきます. 
Toolkit インターフヱースは，その機能をオブジェクト 
指向の概念で統一的に取り扱えるようにしたものです. 

Toolkit インターフェースが あっても実際に Widget 
を始めから ユーザに 作成させるのは無理があり，現実 
的にはあらかじめ標準的な Widget をライブラリとし 
て用意しておき，それらを組み合わせて必要な Widget 
を合成するという方向で開発が進んで います . 


最近の X ウィンドウ Version 11の配布テープには， 
M . I . T . の Project Athena で開発されている，いわゆる 
Athena Widget を始めとして各大学，メーカなどで開 
発されている Widget ライブラリが含まれており，そ 
れらを利用するときわめて短時間に複雑な画面構成を 
持ったアプリケーション•プログラムが作れます.も 
っとも，X Toolkit Intrinsics と Widget の仕様を理解し 
ていればの話ですが. 

現在，公開されている Toolkit インターフェースは 
C , C++， Common Lisp などがありますが，普通に 
用いられる Athena Widget は C でインターフヱース 
されるため， メッセージ 送信の方法がいま 一つ 綺麗で 
はありません.やはりオブジェクト指向はそれにあっ 
た言語処理系でといいたいところですが， EWS が99 
% Unix あるいはその傍系を採用している現状では， 
実行速度をある水準に保つためには仕方のないことな 
のかもしれません. 

X ウィンドウは， プログラマ•インターフェー スと 
しての側面の他に， ユーザ•インターフェース として 
の側面も持っています.Xウィンドウには当初から 
xterm (仮想端末ウィンドウ）， xclock (時計ウィンド 
ウ）， xload(CPU 負荷 メータ ）， xcalc (電卓）などのアプ 
リケーシ ヨンがあり， それらとウィンドウ •マネージ 


• 組み込み用32ビット.マイク□プロセッサ 

【型名】 i 960 CA (168 ピン PGA ) 

【価格】42,000円 (16 MHz ), 58,000円 (33 MHz )/ 1000個口 
ット単価 

【特徴】 ► 1クロックあたり3命令を実行する並列処理を採用 

► 33 MHz クロックで66 MIPS を実現する 

► 4 ch DMA , キャッシュ，割り込みコントローラ内蔵 
►コプロセッサ82596 CA と直接接続可能 

◎16 ビット CPU を組み込み用に使うことさえ大変なのに 
誰が使えるのかと心配になってしまうほどの処理能力をもつ. 
【問い合わせ先】インテルジャパン（株 ） S 029747-8511 



• PC 9801 用 EMS 拡張ボード 

【型名】 EMJmkII シリーズ 

【価格】37,800円 (1 M )， 64,800円 (2 M )， 120,000円 (4 M ) 
【特徴】 ►1 M バイトから最大16 M バイトまで用意 

► EMS 規格対応のソフト 「 MELWARE 」 を付属 

► 386のプロテクト•メモリを仮想86モードで使用可 
►ハイ レゾリ ューシヨン.モー ドに対応 

◎アプリケーションも大きくなり， EMS 対応の RAM ディ 
スクは必需品に.それにしても開発競争が すさまじい . 
【問い合わせ先】（株）メルコ Q 052-251-6891 
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ャの 組み合わせで ユーザ •イ ンターフェースの カスト 
マイズができます. 

そのため， X ウィンドウの内部インターフェースを 
全く知らなくても，あらかじめ X ウィンドウを使用し 
て作成されたアブリケーション • プログラムがいくつ 
かあれば， X ウィンドウを使っている気分になれま 
す.現実にはそういう使い方をするユーザが 9 割以上 
いるはずですから，最終的に X ウィンドウがウィンド 
ウ.システムの標準になるためには X ウィンドウの仕 
組みを知る必要のないユーザにどれだけの満足を与え 
られるかが重要なファクタになると思います. 

# X ウインドウの使いごこち 

次に，日頃 X ウィンドウを使用している側の印象を 
述べてみます. ユーザの 立場でありがたいことは，複 
数ベンダ環境で操作環境が統一できる点にあります. 

X ウィンドウを使っている限り， xterm はどのハー 
ドの上でも xterm であり，また， A 社の マシン 上で 
xterm を実行していながらサーバは B 社の マシン とい 
うことも普通に起こります.そのうえで時を刻む 
xclock は C 社の マシン で 動し 、ているかもしれません. 
すなわち， X ウィンドウ自体がたいへんよくできた分 
散処理環境を自然に実現してくれます.各アプリケー 
シ ョン.プログラムのオプ ショ ン引き数の形式が揃っ 
ているという点もユーザにとってありがたいことです. 

一般に， X ウィンドウのアプリケーション•プログ 
ラムは起動時にウィンドウの大きさ，位置，色などを 
指定できます.これらの引数はそれを記述している 
Widget にそのまま渡されて Toolkit 側で処理されて 
いるため必然的に同じ形式になるわけですが，気分が 
よいものです.また，これはよいことといえるかどう 
かわかりませんが，一旦サーバを立ち上げてしまえば 
その機械の臭いが消えてしまうという点があります. 

これは文字フォントまで X ウィンドウが提供する 
ためでもありますが，そのためか，国産メーカの X ウ 
ィンドウの中にはそれを避けるために差別化を図って 
いるものがあるらしく，機能が追加されている場合が 
あります.特に，日本語回りに多いのですが，そのた 
めにある機械の上の kterm にあるオプションが他社 
ではなかったりすることが多々あります. X ウィンド 
ウのポリシでは ソースが 付いてくるはずですから，そ 
れを見ようと思ってもなぜか国産メーカの X ウィン 
ドウには ソースが 付いてきません. 

X ウインドウが使用できるハードウェアの レンジ 
も広く，現時点でアナウンスのあるサーバは下位は 
IBM PC クラスまで広がっており， 386 ラップトップ 


PC でも正式にサポートするものが現れています.大 
学のようにどうしても複数ベンダ環境になってしまう 
ところではサポート.マシンのレンジの広さは重要で 
す.もっとも，それによってサーバの能力差が拡大す 
るのですが，それを吸収するための努力が各所になさ 
れています. 

たとえば，カラー•サボートでは， X ウィンドウの 
習慣では色は英文の色名，たとえば“ Turquoise ” で指 
定したり， RGB の比率で寸旨定したりしますが，それは 
絶対色ではなくサーバが近似して自分が表現できる範 
囲で近似します.したがって，その色はないと冷たく 
エラー •メッ セージで 停止することはありません. 

ユーザ.インターフヱースにとって大きなウヱイト 
を占めるのが速度です.実際に， X ウィンドウの速度 
は速いのでしょうか.この評価は難しいのです.一つ 
は X サーバのデバイス.ドライバの作成は機器メーカ 
あるいは ユーザに 任されているため，それによって速 
度が大幅に変わってしまうからです.筆者がよく使う 
米国 S 社のカラー •モニタの 上の X ウィンドウはカラ 
一•サポートの X ウィンドウを立ち上げると信じられ 
ないくらい遅くなります.速い X サーバをサポートし 
ないのは自社のウィンドウを売るためではないかと勘 
ぐりたくなるほどです. 

しかし，普通に使う モノクロ •ビット •マップの X 
ウィンドウは十分実用になる速度で，安定性も十分で 
す. X ウィンドウの速度はビット•マップの速度もさ 
ることながら TCP/IP の速度もネックとなるはずで 
す. 

現状では TCP/IP のスループットは 200 〜 300 K バ 
イト /sec が上限ですから全画面のビット•マップ転送 
を行うと当然ひと休みします. X ウィンドウ側でも不 
必要なビット•マップ転送を抑えるためにサーバ側に 
ビット•マップを蓄えるプロトコルを用意し，レスポ 
ンスを低下させない努力をしていますから，これをア 
プリケーションがうまく使えば当面必要な速度は保て 
るようです. 

X ウィンドウの前身は W という名前のシステムだ 
ったと聞いています. X ウィンドウ Version 11 のプロ 
トコルは今後変更しないということになっているそう 
ですから，次に出て来る版は Version 12 ではなく Y 
になるのでしょうか. く 山本強〉 

(*1) TCP / IP は，米国国防総省の一部局である DARPA が提 
案したコンピュータ通信回線用のプロトコル. DARPA が 
援助した ARPANET に採用されたことから広く普及し 
た. OSI 参照モデルでいえば，ネットワーク層とトランス 
ポート層に相当する. 
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MS - DOS とデバイス • ドライバ 


過去の技術では実現できなかった新しい周辺装置が登場しても，従来のソフトウ 
エアを変えないでコンピュータの本体に簡単に接続できたら，どんなに便利でしょ 
つ. MS - DOS では，様々な周辺装置をコントロールするために，本体のシステ 
厶•プログラムと周辺装置に対応するプログラムが分離しています.そして，新た 
に周辺装置が必要となれば，新規のデバイス • ドライバとして追加するだけでよい 
のです. 

といっても簡単にそのデバイス.ドライ八が作れるわけではありません.本特集 
では，やさしい事例をたくさん示しながら，デバイス•ドライバのプログラミング 
方法を学んでいぎます. 

第1章では，デバイス•ドライバの必要性とその概要を説明します.つづいて第 
2章では，ブロック型のデバイス • ドライバの事例として RAM ディスクを製作し， 
そのプログラムを作ります.そして，第3章では，キャラクタ型の例と TSR と呼 
ばれる常駐型デバイス • ドライバを紹介します. 

第4章では，主記憶の容量の問題から拡張メモリを使ラために利用の進んでいる 
EMS 規格を使5ためのプログラミングを示します. 

第5章では， PC 9801 のプリンタのドライバを解析します. 2バイト•コードを 
扱う漢字処理は少々複雑です.そして，第6章では，漢字と ANK 文字の間隔の比 
率を1:2のままでパイカ以外の文字が出せるプログラムの解説を行います. 


特 






























第 1 章 


簡単に各種の周辺装置を接続することができる理由 


MS - DOS のデバイス•ドライバの役割 


パソコンの能力の向上にはめざましいものがあります.周辺装置として，パソコン 
に接続できるものが数多く開発されています. MS-DOS ではデバイス • ドライパと 
いうシステムによって，それらの装置をパソコン本体に追加することが容易にできます . JrFr m 一" 


パーソナル•コンピュータが 登場してから，早くも 
10年以上の歳月が流れました.この間に，半導体技術 
はめざましい進歩を遂げ，8ビット CPU ， 16ビット 
CPU , 32ビット CPU まで，知らず知らずの間に使っ 
てきた感があります. 

それは，その時々の CPU の能力に応じた OS やソ 
フトウヱアの力によるところが大です（筆者の個人的 
な感じでは，ソフトのほうが後手後手にまわっている 
気がしないでもないが). 

さて，パソコンといえば MS - DOS ， MS - DOS とい 

え ばパソコンと いうくらい， ハ 0 ソコンの OS として 
MS - DOS は不動の地位を占めています.本稿では，こ 
の OS の大きな特徴の 一つで あリ，その存在に大きな 
影響を及ぼしているデバイス.ドライバについて簡単 
に説明します. 

デバイス*ドライバと聞くと，何やら非常に難しい 
ものと感じがちですが，けっしてそのようなことはな 
く，一般に作成するソフトと何ら変わるところはあり 
ません.所ジョージ氏のキャラクタのように“かる一 
くかる一く”取り組んでいただきたいと思います. 

なお，本稿ではハードウエアとして， PC 9801 シリー 
ズを パソコンの 代表選手としています.また98か，と 
思われる向きもあるかと存じますが，ご容赦願いたい 
と思います.また， MS - DOS は Version 3 以降を前提 


個1> 最新のパソコンの処理能力は高い 



としてぃます. 

.今,’.！ ' C * ，し:へ»: 

パソコンも-人前のコンピュ-夕.シス _ 

々 VWv '、,, ” ■，丨.••一，. w . 丨 ぬ‘ 

さて，現在のパソコンに目を向けてみると， CPU は 
インテル社の80286や80386, OS は MS - DOS が主流 
となってぃます. 

これら CPU 単体の性能は，総合性能では比較の対 
象になりませんが，1970年代前半の大型汎用機とある 
部分で拮抗してぃます（図1 ). また，周辺装置に目を 
向けてみると，ハード•ディ スク 装置は 40 M バイト以 
上は当たり前，中には数100 M 八イトとぃうものもあ 
ります.さらに，高解像度の CRT ディスプレイ， X-Y 
プロッタ， レーザ •プリンタ，光ディ スク 装置，補助記憶 
装置としての RAM ， LAN アダプタ，マウス，イメー 
ジ•スキャナなどと，数え上げれば切りのなぃくらぃ 
のものがパソコンで利用されてぃます（図 2). 

各々の性能は別として，システム的には大型汎用機 
と何ら変わるところはありません. 

パーソナル•ユースでこのようなシステムを利用で 
きる現在と，筆者が初めてコンピュータに接した頃を 
くらべると隔世の感があります. 

雜 V ;■り 1 ， ， ' J ，い, W 禪 

..屯...::： へ 

ノ \ードウエア制御の必要性 一 BIOS の存在 

a ノ J ., 山!',, 〆 •九，‘ 

ハ。ソコンに内蔵された周辺装置（フロッピ•ディス 
ク，ハード•デイスク， CRT コントローラ，プリンタ，マ 
ウス，シリアル通信回線 etc .) や外部に接続された 周辺 
装置を利用する場合，ハードウェアによる制御だけで 
なく，ソフトウェアによる柔軟かつ，木目細かな制御 
があって始めてその性能を十分に引き出すことができ 
ます. したがって，その制御ソフトのできぃかんによ 
ってシステムの能力が決定されるとぃっても過言では 
ありません. 

もし，そのようなソフトウェアをユーザが自分自身 
で作らなければならなぃとしたらどうでしょうか•機 
械制御のソフトウヱアを少しでも作ったことのある方 
ならおわかりと思いますが，人それぞれ作り方も違い 
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ますし，その繁雑さは言葉で言い表せないものがあり 
ます. 

• 互換性なんて 

当然，互換性のあるソフトウヱアなどは作られるは 
ずもありませんので， パソコンは 一部 マニアの オモチ 
ャでしかなくなり，現在のように，市販ソフトが数多 
く流通することはなかったでしょう. 

そこで， ハードウェア•メーカは，内蔵しているハ 
ー ドウェア（またはインターフェース）に関して，その 
基本制御ソフト (BIOS : Basic Input Output System ) 
をハードウヱアに付属したかたちで 提供 しています. 
これは，パソコンに内蔵されているシステム ROM 
(Read Only Memory ) やフロッピ • デイスクに書き込 


まれています. 

これで，ハードウヱアをアクセスする手順が統一さ 
れ，また， パソコン.ユーザは 繁雑な BIOS の 作成作 
業から開放されます（図 3). 

ここに，メーカとユーザ 両者に とって， BIOS の存在 
意義があるのです. 

由べ- 办••常 •• 出••中. ；!：",!!；*. •..在.. :；：-.!：; .•如 u ••々•••..屯... ゆ • • 

OS とその管理下にある八ードウエア 

.. 唓 ,4〆. 

麵大国パソコン•システム— 

0 S の目的を教科書的に書くと“資源の有効利用を 
図り，人を含めたコンピュータ•システムを統括管理 
する”となります.ちょっと難しい表現なのですが， 


〈図2> 

パソコンにつながらな 
い周辺装置はない？ 



し AN 



一-一 


( 

1 




〈図3> 

BIOS がソフトとハー 
ドの仲立ちをする 



〈図4> 

新しい周辺装置には 
新しいデバイス•ド 
ライパが必要 



デイスプレイ 


ン入アム 


= -^ 

JrJj 


[ X - Y プ〇ッタ か 




「 RS -232 C ォプションで 



os 

I デイジタル入出力 ri 
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[ gp-ib C 
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資源とはメモリ，ハード•ディスク，フロッピ•ディス 
ク，そのほかの周辺装置のことです（図 4). 

日本は資源小国ですが， パソコ ンは資源大国です. 
いろいろな資源をもっています.しかし，資源はただ 
もっているだけでは何の役にもたちません.有効利用 
してこそ役にたつというものです. 

MS-DOS は，私達の気が付かないところでこの資 
源管理を上手 （ゴマスリです.本当はへたくそ） に行っ 
ています. MS-DOS からアクセスできる周辺装置はす 
ベてその管理下にあります.汎用機のそれと比べると 
まだまだ幼稚な 0 S ですが， PC 9801 シリーズに代表さ 
れるパソコンにはちょうど良いものです. 

なぜなら， DMA を含めたノヾス転送能力が非常に弱 
いため，ハード.ディスク装置などの補助記憶装置と 
の間でロールイン•ロールアウトを行うような，マル 
チジョブやマルチタスク処理を行わせると，バス転送 


の オーバへ ッ ドが大きくなり，処理能力が著しく低下 
してしまうからです. 


勝:.‘ • .へ禪 

デバィス•ドラィバとは 1 


前に，資源という言葉を使いましたが，ここでは， 
資源=デバイスと考えてください.したがって， デ八 
イス • ドライバとは， “ MS-DOS の管理下に置かれた 
周辺装置をアクセスするソフトウエア” のことです. 

それでは，なぜこのようなソフトウヱアが必要なの 
でしょうか.読者の中で，現在市販されている周辺装 
置の種類をすべて列挙できる方は少ないと思います. 
まして，将来の周辺装置まで予測することはまず無理 
でしよう.メーカ•サイドの事情もまったく同じこと 


です. 

• 将来に出現する周辺装置に対応するために 

ところが， ハ。ソコンはパーソナル•コンピュータの 
名が示すとおり， パーソナル•ユースに 使われること 
が多く，そこで使われる周辺装置も千差万別です.コ 
ンピュー タ•メーカが予め，そのようなものを制御す 
るソフトウヱアを作っておくことなど土台無理な話で 
す. 


したがって， 周辺装置を制御するソフトウヱアを自 
由に OS に組み込むことができたら，どれだけ便利で 
拡張性に富んでいるか知れません. その目的を達成す 
るのがデバイス.ドライ八です. 

オフイス•コンピュータ や汎用機では， デバイス. 
ドライバ 類を 0 S に登録する作業は大変なもので，パ 
ソコン のように簡単にくっつけるだけではできません. 
システムの再構築を 行わなくてはならず， オフコン* 
クラスで も数時間かかります.このような作業は， ソ 
フト によって動作環境が異なる バソコン ではとてもで 
きません. 


〈図5> デバイス.ドライバは BIOS と共に働く 



その意味で，簡単に 0 S に登録できるデバイス•ドラ 
イバの存在は，非常に大きなものといえます. 

#広い意味ではデバイス • ドライバも BIOS といえる 
ここで読者の中には， BIOS とデバイス.ドライバと 
の違いは何だろうと疑問を持たれる方もいらっしゃる 
と思います（広い意味ではデバイス • ドライバも BIOS 
なのですが). 

BIOS はデ八イスそれぞれに作られた，ハード寄り 
のソフトウヱア（デバイスを選択するものとして，16 
進数で表現される物理機番が使われる）で，直接 MS - 
DOS に登録することはできません（図 5). 

それに対して，デバイス•ドライバは， BIOS よりも 
もっと Basic や dBASE のようなアプリケーション • 
ソフト寄り（デ八イスを選択するものとして，記号や略 
名が使われる.例えば A :， PRN ， AUX など）で，デバイ 
スがより論理的に取り扱われています.また， MS - 
DOS に直接登録することができます. 

デバイス.ドライバは， ユーザが 自由に MS-DOS に 
登録することができるのです. 

“♦••4ぐ‘.办ぐ•也.、;:;. ： -- iliv ' 

ヒ ^ ，へ .vt ： •む 

ms - oos とデバイス • ドライバの関係 

お:ぬ,‘’.... ：.に.;!;'';“：ィ‘'‘〜，木 

，:!> 1 ■ 、 I- >> , ■；. it t ! , 争 1^ 

オペレーテイング•システム MS - DOS は， MS 
DOS . SYS と IO . SYS とから構成されています. 

MSDOS . SYS は本来のオペレーテイング.システム 
の機能を果たします（詳しくは参考文献を参照）. IO . 
SYS は MSDOS . SYS が使用する入出力装置用のコン 
ト ロール • プログラム（つまりデバイス.ドライバ）で 
構成されています.機種やバージョンによって異なり 
ますが，基本的に次のデバイス.ドライ八が予めメー 
力によって， IO . SYS に用意されています. 
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〈図6> 論理的扱いをすることで汎用性が生まれる 



卜 CON ……コンソール入出力. 

キーボードよりデータを入力したり，ディスプ 
レイに出力したりする. 

黪 AUX ……補助入出力. 

RS-232C インターフェースなどとの間で入出 

力動作を行う. 

I - PRN ……プリンタ出力. 

プリンタにデータを出力する. 

^ CLOCK ……リアルタイム. クロック . 

時計機能. 

► A :~ Z : ……補助記憶装置入出力. 

フロッピ.ディスクやハード.ディスク装置と 
の間で入出力動作を行う. 

ここで，デバイスにそれぞれ名前が付いているのは, 
デバイスを論理的に扱うためです. 

• 個有のデバイス名をつけて論理的に扱う 

例えば，太郎さんのシステムにはフロッピ•ディス 
クしかないが，花子さんのシステムはハード.ディス 
クもある場合，もしデバイスを論理的 （ A : とか B : とか） 
に扱うことができなかったら，物理機番をそれぞれで 
使うブログラムの中にセットしなければならず機種間 
でプログラムの互換性がなくなります（図 6). 

また， MS-DOS では この 論理 デ八イ スをファイルと 
同様に扱っています （ディスタは別）.したがって，シ 
ステムに登録されている ( IO . SYS に登録されている 
ものと， ユーザが 登録したもの）デ八イス名と同じ名前 
のファイルをディスク上に作ることはできません.ま 
た，同じ理由でビルトイン•コマンドの COPY 命令な 
どで，ディスク•ファイルと同様にデ八イス名が使用 
できます. 


実は，オペレーテイング•システム （ MSDOS . SYS ) で 
さえ，論理デ八イス （ CON ， PRN など）が物理的にどの 
デバイスに接続されているのか知らないのです.知っ 
ているのはデノ<イス.ドライ八だけです. 

つまり， 0 S (デバイス•ドライバ以外）を会社の社長 
に例えると，デハ•イス.ドライバは部課長ということ 
になります. 


MS - DOS の大きな特徴の一つにデバイス•ドライバ 
を自由に増設できると，先に書きましたが，これは， 
ユーザそれぞれによって異なるシステムを構築するう 
えで非常に有効で，必要最小限の投資で目的を達成で 
きます. 

とくに，日本で使う場合，日本語変換機能が必須で 
すが， MS - DOS の場合，各種の日本語仮名漢字変換フ 
ロント•エンド•プロセッサ （ FEP ) を自由にデバイス. 
ドライバとして登録できますので，実に環境の良いシ 
ステムをつくることができます. 

この場合のデバイスは，人と考えるとよいでしょう 
(人もシステムの構成要素）. 

さて，デ 八 イス.ドライバは，大きく次の 二つに 分 
けることができます（例外として，何もしない NULL ド 
ライ八がありますが，これは MSDOS.SYS の中で特別 
に扱われる）. 

(1) キャラクタ型 デバイス. ドラ イノく 
コンソール （ CON ) 

プリンタ （ PRN ) 

補助入出力 ( AUX ) 



|K 4'-'''i 1 


デバイス*ドライバの種類 

: ，: ! ，- •....••ハ.’ 


: --h 
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時計機能 （ CLOCK ) 
etc . 

(2) ブロック型デバイス.ドライハ* 

ディスク*ドライブ ( A :~ Z :) 

• キャラクタ/ブロック型デバイス • ドライバの違い 
キャラクタ型デバイス • ドライバは基本的にデータ 
を1文字ずつ扱い，ブロック型デハ•イス.ドライハ*は 
データをブロック単位 (1024 バイトなど）で扱います. 
また，ブロック型デ八イス • ドライハ•はファイル名で 
なく，ドライブ名で識別することに注意してください. 

いかなるデバイス•ドライ八も，このどちらかに当 
てはまります. 

先の例で，キャラクタ型デバイス.ドライハ•として 
4種類 （ CON ， PRN ， AUX ’ CLOCK ) と，ブロック型デノく 
イス. ドライ八をあげましたが，これらは IO . SYS の中 
に標準的に用意されているため，ほかのデバイス•ド 
ライバと区別して，“標準デバイス•ドライバ’’と呼び 
ます. 

ブロック型 デバイス. ドライバは， A : から Z : までの 
名称しか使用できませんが，キャラクタ型デハ • イス. 
ドライバはファイル名として許される名称は何を使っ 
てもかまいません（ただし，8文字までで，ディスク. 
ファイルとして登録されているものは使用できない）. 
• AUX 2 や PRN 2 などの名前が自由に使えるのです. 

このようにして，デバイス.ドライノくとしてシステ 
ムに登録しておくと，ビルトイン•コマンドの COPY 
命令などで，ファイルとして取り扱うことができます 


(図 7). 

、へす v .... へ;.マ:::■糊 

デバイス • ドライバの U ンクと登録 

ご*^)!^ : ボ¥?ホ..や？^::::兮パ，.-，::爭 v ! h : 冷^ 

システムに登録されている 周辺装置をプログラムよ 
りアクセスする場合， 一般に， システム. コール INT 
21 h を使います. このとき，この要求を MSDOS.SYS 
が受け付け，デバイス • ドライバをアクセスします. 
デバイス.ドライハぐは図8のように，あたかも一本の 
チヱーンで接続されているようになっています. 
MSDOS . SYS はこの図の上側 （ CON ) より順にチェー 
ンを手繰ってアクセス要求の出ているデバイスを捜し 
ます. 

ここで，二つのキヤラクタ.デバイス • ドライバ 
( CON ， PRN 2) をシステムに登録してみます.システム 
への登録は， CONFIG . SYS ファイルの中に定義します 
(リスト1参照）.このとき，デバイス•ドライバのチ 
ェーンは図9のように変化します. 

ここで注意することは， もともと用意されている標 
準の CON デバイスは無効になる ことです.同一名の 
キャラクタ型デ ハ •イス • ドライバが存在するときは， 
CONFIG . SYS ファイルの中で最後に定義したデバイ 
ス.ドライバのみが有効となります.この理由は， 
MSDOS . SYS がチヱーンの上側から順にデバイスを 
捜すことから明白です. 

ブロック型デバイス.ドライバの場合は，チヱーン 
の中での位置関係はキャラクタ型デバイス • ドライノく 


〈図7> ブロック型とキャラクタ型のデバイス.ドライバの追加 


プロック型テ*ハ*ィス.ドライハ*部 キャラクタ型テ*ハ♦イス.ドライハ♦部 
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と同じなのですが， ドライブ名はすでに登録されてい 


るドライブ名の次から割り付けられます (図彳〇). 

へ 1 哪 

一…ー ビーン/ 伊、生 !!； ^ 

トフ<ノ\の構€ -；：；p 


な::； 


デバイス.ドライノくは，一本のチヱーンで接続され 
ているとお話ししましたが，そのためにデバイス•ド 
ライバは特別な構造になっています（図11 ㈤ ).この図 
のデバイス•ヘッダについて説明します.この言葉の 


ニュアンスからすると，何やらとてつもなく難しいも 


〈図8> デバイス•ドラ く図9> 新しいデバイス. 

イバはつながっている ドライバはトップにつな 

げられる 


MS-DOS.SYS 






I 



ディスク 

~5 

广;主：システム によつ、 
V てこの順序は異なるノ 


CLOCK 


節イス. 


ディスク 


ののような気がしますが，実はなんてことのないもの 
で，たんなる“ 履歴書”程度に 考えて〈ださい. 

図 11( b ) のように，“デバイス.ドライバ君”が “MS 
- DOS 社”に面接試験に行ったとしましょう.このと 
き，デバイス.ドライバ君は履歴書（デバイス•ヘッダ） 
を持参しています.さっそく社長 ( MSDOS . SYS 氏） 
直々の面接試験が行われ，めでたく MS - DOS 社に入 
社の運びとなります.履歴書に示された内容から，社 
長はデバイス•ドライバ君を適材適所に配置します（デ 
バイス.ドライバの登録）. 

以上のような経緯で，デバイス.ドライバが MS - 
DOS に登録されますが，そのときに必要な情報（履歴） 
がデバイス •へッ ダです. 

デハ*イス•へッダは18ハ•イトからなる固定領域で， 
デバイス.ドライ八には絶対に 必要です. デバイス. 
へッダの内容について詳しく見てみましょう. 

參リンク*ポインタ 

——前に登録したデバイス.ドライバ（登録して 
ないときは IO.SYS 内の最初のデバイス • ドライ 
バ）とつなぐ鎖の役目をする 一 

リンク•ポインタは2ワード （4 バイト）で構成され， 
次のデバイス.ドライバの先頭のアドレスを指します. 


〈図10> ブロック型デバイス • ドライバを追加すると 
ディスクの番号が増える 



C: D: A： B : 

標準の A: B: に続いて， C: D : となる 


くリスト1> 新規のデバイス • ドライバの追加は CONFIG . SYS に記述を追加するだけ 

デバイス，ドライパの登録 

CONFIG . SYS フ厂イルの中に次の例のように登録する 


DEVICE = CONSOL . DRV -►デパイス.ドライパ“ CON " のファイル名（デパイス.ドライパ名とは異なる） 

DEVICE = PRINT 2. DRV -►デハ♦イス.ドライパ ‘‘ PRN 2" のファイル名（デノマイス.ドライハ*名とは異なる） 

(デ八イス.ドライバ名の定義は後述） 

この例では， 0 S の起動時に“ CON ”，“ PRN 2” の順に登録される 
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個 11( a )> 

デバイス • ドライバの 
構造とヘッダの内容 




CON 

デバイス • 
ドライバ君 


MSDOS . SYS , 
社長 r 


履歴書 1 

氏名 

PRN 2 ] 

■ 

特徴 

•キャラクタを上手に扱います | 

•仕事のさばけない部下（プリンタ | 


など）を持っても上手にコント □ j 
—ノレします II 

- 

==^- n ^ J 1 


〈図12> リンク•ポインタで次のデバイス 
とつながっている 


ドライノ < 


次のデバイス- 


2ワード 
(4 バイト 



リンク.ポインタの最初の1ワードはオフセット•ア 
ドレスで，次の1ワードはセグメント•アドレスです 
(図 12). 

通常， デバイス.ドライバを システムに組み込むと 
きは，ここに一 1( FFh を4バイ ト） を書いておきます. 
そうすると，組み込み時に自動的に先に登録されてい 
るデ八イス.ドライバの先頭アドレス（デ八イス•へッ 
ダの先頭アドレス）がセットされます. 

#属性（アトリビュート）フィールド 

一履歴書の履歴にあたる一 

このフィールドは1ワード （2 バイト）で構成され， 
それぞれのビットが（図 13) のような意味をもっていま 
す. 第 2 章 以降で 詳しく 説明されています. 
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〈図 13> 

デバイス • ドライバの 
ヘッダ内のアトリビュ 
—卜の内容 


MSB LSB 

bit 151413121110 9 8 7 6 5 4 3 210 



〈図14> エントリ.ポインタは各処理の入口を示す 


ス丁ラ丁シ•エント 」 J •ポイノト 


割り込みエントリ•ポイント 


ストラテジ•エントリ•ノレーチン 


割り込みエントリ•ノレーチン 


デパイス•ヘッダ 


処理プログラム 


• デバイス•ストラテジのエントリ • ポイント 

一作業依頼を受け付けるときの窓口一 

デバイス•ストラテジのエントリ • ルーチン（詳細は 
後述）の開始アドレスをセットします（図 14). 

• デバイス割り込みのエントリ • ポイント 

—作業命令を受け付けるときの窓口一 

丁♦バイ ス割り込みエントリ•ルーチン（詳細は後述） 
の開始アドレスをセットします. デ八イス.ストラテ 
ジの エントリ. ポイントやデバイス割り込みの エント 
リ • ポイントは， 共に1ワード （ 2八イト）しかありま 
せんので，これらの開始アドレスはデバイス •ヘッダ 
と 同一のセグメントに存在しなくてはなりません. 


• デバイス.ドライバ名（または ユニッ ト数） 

一履歴書の中の氏名にあたる一 

キャラクタ型デノ《イス • ドライバの名前をセットし 
ます. 

ブロック 型 デハ•イス. ドライバの場合は，管理して 
いるユニット 数を最初の1バイト に セ ット します. 

次に， 図14 の中のプログラム領域ですが，これは大 
きく分けて二つになります. 一つはストラテジ•エン 
トリ. ルーチンと，もうひとつは割り込み エントリ. 
ルーチンです. 

スト ラテジ •エントリ•ルーチンは， MS - DOS から 
デノくイス. ドライバの コールを 行うとき， 処理に必要 
な データ （リク エスト •へッ ダ） をデ 八イス.ドライ ハ* 
に取り込む 処理を行います. 


割り込みエントリ•ルーチンは， ファンクション （17 
種類）に応じて， 実際に処理を行う もので， ここがデバ 
イス*ドライバの本体といえます. 



デバイス • ドライバの大まかな構造がご理解いただ 
けたでしようか.さて，次に MS - DOS がデバイス•リ 
クェストを行う場合，どのような手順で行うかを説明 
します. 

図15 にその手順を示します.ここで注意すること 
は，ある作業をデ八イス.ドライ八に行わせる場合， 

2 回もデハ•イス • ドライバの内部を コールし ている こ 
とです（ストラテジ•エントリ•ルーチンと割り込みエ 
ントリ•ルーチン）. 

1回目の コール （ストラテジ •エントリ •ルーチン. 
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〈図15> デバイス.ドライバの呼び出され方 


ストラテジ.エントリ•ルーチン" 



〈図16> ストラテジ•エントリ•ルーチンによって引き渡されるパラメータ 

ドライブ•リクエスト 

ES：BX # 


リクエスト •ヘッダ 
固定長 < 
13バイト 


パラメータ' 
フイールド 
可変長 


ドライブ•リクエストの長さ“，1パイ1、 

ユニット•コード 

…1パイ1、 

コマンド.コード 

…1ノヽ♦イト 

ステータス 

… 1 ワード 
(2 バィト） 

予約領域 

…8ノ マイ 1、 

コマンドによ 

って内容が異なる 


リクエスト.へッダの長さ （13 パイト ）+ パラメータ•フイールドの長 
さ（パイト） 

卜番号 (0 から始まる数） 


——ブロック.デバイスの場合，アクセスする二 

——コマンド•コ-ド （0 〜 16) 

——処理を行った結果を入れる 

MSB I LSB 

bit 151413121110 _9 _8 _ 7 _6 _5 _ 4 _3 _210 


二;'.. 


予 


備 


% °0n e 


エフー•コード 


1_デバイス • ドライパでの処理が終 
了したら“ 1" にセツトする 


コマンド•コード 6 (Input Status ), 同 
- 10 (Output Status ), 同 15 (Removable 
Media ) のときのみ，結樂によって 
セットされる 


エラー.コード 


実行中にエラ-が発生したら，“ 1" にセットし，合わせてエラー•コ 
-ドをセツトする 


00 h ライト•ブ□テクトされているディスクに鲁き込もうとした 

07 h メディア•タイプが間違っている 

01 h 指定されたユニット番号は存在しない 

08 h セクタが見つからない 

02 h ドライブの準備ができていない 

09 h プリンタの用紙切れ 

03 h 無効なコマンド（コマンド•コードが間違っている〉 

OAh ライト*エラー 

04 h CRC エラー 

OBh リード.エラー 

05 h ドライブ.リクエストの長さが間違っている 

OCh その他のエラー 

06 h シーク.エラー 

OFh 不正にディスク交換された 


コール）では，デ八イス.ドライバがコールされたとき 

に必要な各種のパラメータ（作業指示書）を， MS-DOS 
からデバイス • ドライバに引き渡します.これは，図 
16のようにリクエスト. へ''; ダと呼ばれる13八イト 
固定の領域と，パラメー タ•フィールド（各コマンドに 
よって内容が異なる）から構成されます（ここでは，こ 
の二つを合わせてドライブ•リクエストと呼ぶことに 
する）. 

MS - DOS は，ドライブ•リクエストの最初のアドレ 
スを， ES と BX レジスタにセットしてストラテジ•エ 
ントリ•ルーチンをコールします. 

2回目のコール（割り込みエントリ•ルーチン•コー 
ル）では， MS - DOS が望む処理を，ストラテジ•エン 


トリ. ルーチンによって受け取ったパラメータにした 
がって行います. 

一見面倒なことを行っているようですが，意味深長 
なものがあります.すなわち，将来 MS - DOS がマルチ 
タスク化したとき，プログラムの手直しが少なくてす 
むようにしているようです. 

囫ストラテジ • エントリ • ルーチン 

このルーチンは，デバイス.ドライバが本来の仕事 
をする前に MS - DOS によってコールされます.ここ 
での目的は， MS - DOS よりドライブ •リクエスト 
(ES : BX で示される番地からセットされている）を 
受け取り，その開始番地 （ ES と BX ) をデバイス•ドラ 
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〈図17> イニシャル処理部を切り離せばメモリが増える 

メイン•メモリ 

下位番地 


ック型デバイス • ドライバで三つのユニットを管理す 
る場合，今からアクセスするのはどのユニットかを示 
します （0 から始まる番号で表す）. 

MS - DOS が作業指示を行う場合，何処かの誰かさん 
(?) のように，だらだらと作業指示をしたりしませ 
ん.簡潔明瞭に行います.そのために，作業の種類を 
17種に分類しています. MS - DOS はそれをコマンド. 
コード （ 0 ~16)で指示します.次にコマンド•コード 
とその機能の一覧を示します. 


イ八内の作業領域に退避する ことです. 退避した開始 
番地は割り込みエントリ•ルーチンで使われます. 

リスト 2に，アセンブリ言語によるプログラムの 一 
例を示します.このとき， MS - DOS からは FAR 
CALL されることに注意してください. 

ffi 割り込みエントリ•ルーチン 

MS - DOS は，ストラテジ•エントリ.ルーチンをコ 
ールした後，次に 割リ込みエントリ•ルー チンを コー 
ルします.実は，この処理ルーチンが デバイス.ドラ 
イバの本体で， とても重要です. 

図 15のように，デバイス•ドライノくはストラテジ • 
エントリ•ルーチンによって，“作業指示書”ともいえ 
るドライブ•リクエストを受け取り，それに従って作 
業を行います.そして，作業が終了すれば， “作業結果 
報告” を行いますが，これも リクエスト•ヘッダに結 
果を書いて MS - DOS に報告し ます. 

ここでリクエスト•へッダについて少し追加説明を 
しておきます. 

まず，ユニット•コードとは，ブロック型デバイス. 
ドライバのときのみ意味をもち，例えば， 一 つのブロ 


各機能についての説明は，第2章以降で詳しく説明 
されますので，ここでは省略します.ただし，コマン 
ド •コード 〇 (イニシャル処理） については，デバイス. 
ドライバの登録と密接な関係があリますので，登録に 
関するところのみ簡単に説明しておきます. 

囫イニシャル(初期化)処理 

CONFIG.SYS ファイルに登録されたデ八イス•ドラ 
イ八が MS-DOS に登録されるとき，図 17( a ) のように， 
本来このデバイス.ドライ八が常駐する領域にデ八イ 
ス.ドライバのファイルすべてがロードされます.そ 
して，イニシャル処理ルーチンがコールされます•と 
ころが， イニシャル処理ルーチンはこのとき一回のみ 
しかコールされません ので，通常， イニシャル处理の 
後，切りはなされてしまいます 〔図 17( b )〕. 

このときの様子を 図 18に示します.スターを夢見る 


上位番地 


( a ) 


( b ) 


前に登録されて 
いるデパイス* 
ドライノ ゞ 


デバイス.ヘッダ 


各処理ル-チン 


イニシャル処理 
ル-チン 


コマンド.コード 

機能 

0 

初期化 

1 

メディア交換の有無をチヱック 

2 

BPB の作成 

3 

リード ( IOCTL ) 

4 

リード 

5 

リード（連続非破壊） 

6 

リード.ステータスの取得 

7 

リード*フラッシュ 

8 

ライト 

9 

ライト（ベリファイ付き） 

10 

ライト*ステータスの取得 

11 

ライト*フラッシュ 

12 

ラィト ( IOCTL ) 

13 

デバイスのオーブン 

14 

デバイスのクローズ 

15 

メディアの交換の可，不可の取得 

16 

ライト (busy でも復帰可） 


〈リスト2 > 

ス ト ラテジ •エントリ • 
ルーチンの記述例 
(MASM で記述） 


strategy 


proc 

far 



mov 

word | 



mov 

word | 



rex 


strategy 


endp 


req 一 head — 

_ofs : 

dw 

0 •••••• 

req _ head _ 

-seg : 

dw 

0 ••• 


: req _ head _ seg , es - 


•オフセット•アドレスを退避する 
♦セグメント•アドレスを退避する 
- Far Return となる 


•オフセット•アドレスの退避領域 


•セグメント•アドレスの退避領域 


今回登録したデバイス.ドライバ 
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く図18> イニシヤノ 1/®!は1回しか使わないのですててしまう 

デバイス.ヘッダ君 


オー デシヨンを 
：受けに饤く 
1:( MS-DOS に登 
' 錄される） 



ルーチン君 
(スカウト） 


処理ルーチン君は 
MS - DOS プロのス 
ターとなりました 
(登録作業が終了） 



00 rnitn 

0 

黪ベ 



デバイス.ドライバー家が， MS - DOS プロのオーディ 
シヨンを受けにいきます （ MS - DOS による登録）.ここ 
で，スカウト氏（イニシャル処理ルーチン）は，いろい 
ろと手を尽くして，処理ルーチン君をスターとしまし 
た （ MS - DOS へ登録完了）.そして，デバイス•ドライ 
バー家の足を引っ張らないために（メモリ食い虫にな 


ら ないように） マネージャ である デバイス•へッ ダ君と 
処理 ルーチン 君が MS - DOS プロに残り， イニシャル 
処理 ルーチン 君は一人去っていきます.とんだ猿芝居 
なのですが，通常はこのように処理されます. 

この， 切りはなしの理由はメモリの節約が 目的です. 
MS - DOS は，基本的に640 K バイトしかプログラム • 
メモリがありませんので，日本語変換処理などでメモ 
リを食われる日本での利用においては非常に有効です. 

以上，とりとめもなく説明しましたが，この章では， 
デバイス•ドライバの存在意義，その構造， MS-DOS 
への組み込まれ方を理解していただければ幸いです. 

コンピュータに関する学習は，ただ本を読むだけで 
はなかなか理解しにくいものです.各デバイス•ドラ 
イバの例を参考にして自分だけのデバイス.ドライノ< 
を作ってみてください.より一層理解が深まると思い 
ます. 

なお， MS-DOS 3.1 においても PRINT.SYS などか' 
IO.SYS からはずされた八ージョンなどがあり，現在 
市販中の MS-DOS 3.3( A ) を含め，本章の内容といく 
らか異なった仕様のものが市販されています. 

囫参考文献囫 

(1) MS - D 0 S 3.1 プログラマー ズリファレンス マニュアル， 日 
本電気. 

(2) 標準 MS - DOS ハンドブック，アスキー出版局，アスキー. 

(3) MS - DOS デバイス•ドライバ活用技法，アスキー出版局，ア 
スキー. 


—[Keyword - 一 --- 

BIOS Basic I 叩 ut Output System の略で，，ハードウェアを直接アクセスする基本ソフトウェアのこと. 0 S の階 
層構造においては，一番下位(ハードウェア寄り）に位置する.パソコンでは，キーボード， CRT , BIOS , Disk 
BIOS , プリンタ BIOS などがある. 

資源管理コンピュータ•システムがもつ各種の資源（メモリ，補助記憶装置，入出力装置，各種のプログラム，デ 
一夕， etc .) を効率よく有効的に利用するための管理. MS-DOS におけるファイル管理や，実行プログラム•口 
ード時のメモリのアロケーションがこれにあたる. 

一般的には，ほかに，タスク実行時における CPU や I/O の負荷，メモリのタスクや I/O へのアロケーショ 
ン，メイン•メモリの占有度， I / O の故障率判定など様々な資源管理が行われている.システム全体を考えた場 
合，人も資源の一つなので管理の対象となる. 

仮想記憶主記憶装置がもつ実際の主記憶容量(実記憶容量）よりも大きな容量の仮想的な主記憶容量(仮想記憶容 
量）をシステムに与える方式である.主記憶装置と大容量の補助記憶装置が組みになって仮想記憶空間（論理記 
憶空間）を実現する. 

主記憶装置より大きな容量のプログラムでも，プログラマは意識せずに作成することができる.またマルチ 
ジョブの実行時には，補助記憶装置との間で ロール イン. ロール アウト処理が行われるが，そのときのメモリ 
への プログラム， データの 再配置を容易にする. 

身近なところでは OS /2 がこの方式をとっている. 
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第 2 章 D ： I / O ポートにつながる RAM ディスクを作る 

ブロック型デバイス • ドライバと RAM 
ディスクの作り方 [八ードウエアの製作] 

複数のデータをまとまって扱えるブロック型の実例として， RAM ディスクを製作 
し，そのデバイス•ドライバを作ります.可動部のない RAM ディスクは，ソフト開 ^ 

発の強いみかたです. 


16ビット •パーソナル.コンピュータが 普及してそ 
の利用 • 応用分野が広がりを増すにつれて，プログラ 
ムの開発環境もかなり整備されてきました.普及初期 
のような Basic によるプログラミングー辺倒の時代 
から， 0 S は MS - DOS になり，プログラミング言語は 
Fortran , Pascal , C などのコンパイラを使用したもの 
へと変わってきました. 

これに伴って，メモリ容量の増大や外部記憶装置（フ 
ロッピ•ディスクやハード•ディスクなど）の使用も一 
般的になりました.また，初期の頃の5インチ•フロ 
ッピ • ディスク装置の動作の遅さにはうんざりしたも 
のでしたが，フロッピ•ディスク装置の機構の改善や， 
ハード•ディスク装置の使用によって，動作速度も一 
段と向上しました. 

しかし，せっかちなプログラマはコンパイル速度な 
どの更なる向上を求めているようです(筆者自身もそ 
の一人なのですが).そもそも，プログラム開発時のコ 
ンパイルやリンクに費やされる時間は，たんなる待ち 
時間ですので，この時間が短縮されるということは歓 
迎すべきことです. 

コーディング後にすぐ実行できる Basic のような 
環境を羨ましく思うこともあります. 

• RAM ディスクの必要性 

ところで，第1章でも述べてあるように， MS-DOS 
には ユーザが 作成した デバイス. ドライバを組み込む 
ことが可能になっています. 

これにより，コンピュータのメモリの一部やメモリ 
を追加するなどして超高速な RAM ディスク装置を 
搭載することが可能となり，見かけ上のコンピュータ 
の動作速度を向上することもできます.また，新しい 
外部記憶装置（光ディスク ，力ー ド•メモリなど）を接続 
して，専用のデバイス • ドライバを組み込むことによ 
り， MS - DOS の コマンド•レベルで それらの装置を ア 
クセスしたり， ユーザ•プログラムの 中でも フロッピ. 
ディスクの場合と同様にファイルとして扱うことが可 
能となります. 

MS - DOS がこれまで普及し，応用されている理由の 
一-^には，このデバイス.ドライノくにあるような気も 


します. 

さて，昨年あたりまでは，メモリ•デ八イスの供給 
不足もあり，とくに大容量 DRAM の入手が困難でし 
たが，最近になって製品の入手も比較的楽になったよ 
ぅです. 

そこで，ブロック型デバイス.ドライバの製作例と 
して， 1 M バイト DRAM を16個使用した2 M バイ 
卜 RAM ディスクについて紹介します. 

RAM ディスクとは 

. ' V ，ノ•ごし 1 :..‘ 5 !!’，:ィ !: 1 山!卜‘パ'.丈 •.a • ， . ’… . 

ディスク装置といえば， フロッピ •ディスクや ハー 
ド•ディスクのように回転磁気記録円盤を使用した書 
き込み/読み出しが可能な外部記憶装置を一般的に思 
いうかべますが， 「 RAM ディスク」とはその名のとお 
リ磁気記録円盤の代わりに半導体メモリ （ RAM ) を使 
用した ものです. 

機構系の多いフロッピ•ディスクや ハード •ディス 
クに比べ，時間のかかるヘッド•シーク.タイムやへ 
ッド•セトリング•タイムがゼロであることと，デー 
夕の転送速度がメモリとのアクセス•タイムのみによ 
って決定されることなどから， 非常に高速なディス 
ク.アクセスが可能と なります. 

• RAM ディスクをどこに使うか 

この 高速性を活かす利用法としては，何度も繰り返 
し使用される ファイルの 格納 ディ スクとして利用する 
ときに効果を発揮します.例えば， コンハ。イラに よる 
プログラム 開発時には， ソース.ファイルやライブラ 
リ •ファイル， そして一時 ファイルの 格納に使用す る 
ことにより，驚くほどの高速で コンパイルを 終了する 
ことができます. この ことは，待ち時間が 短いという 
ことで， いらいら もなくなりますし，何よりも精神衛 
生上の効果も見逃せません. 

また， ハ。ーソナル.コンピュータを ワード. プロセ 
ッサとして使用する 場合の， 辞書ファイルの 格納 ディ 
スタとしての使用 も考えられます. 

しかし，このような便利な RAM ディスクにも欠点 
はあります.それは， 電源を切るとその内容が すべて 
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という理由から， PC 9801 シリーズ専用と することに 
しました. 

もちろん，わずかな変更によりほかの機種での応用 
も可能でしょう. 

② RAM ディスクのディスク容量は？ 

RAM ディスクの容量を考える場合，どのような目 
的に使用するかによってその容量は変わってきます. 
先にも記したように， RAM ディスクの特徴は高速な 
動作にありますので，この特徴を生かすことが主な目 
的となります.筆者の使用目的は主にプログラム開発 
時のソース•ファイル，ライブラリ•ファイルや作業 
用の一時ファイルなどの格納用として使用しています. 
その他にも日本語ワード.プロセッサの辞書ファイル 
用としての使用も考えられますが，一般的にはプログ 
ラム開発用としての使用が多いようです. 

このような目的では，フロッピ•ディスク1枚分程 
度の容量で十分な場合がほとんどですが，少し規模の 
大きなプログラムの場合はファイルの数も多くなりま 
すので，多少の余裕がほしいところです.ここで製作 
する RAM ディスクでは，余裕を見て2 M バイトの容 
量とします. 

③ バンク方式と I / O アクセス方式 

「 RAM ディスク」のメモリは，必ずしも CPU の管理 
するメモリ領域に置く必要はありません.これは，こ 
の メモリ領域にブログラムなどをロードして実行する 
のではなく，たんにデータを格納する目的だけ だから 
です.また，フロッピ•ディスクやハード•ディスク 
と同じように，ブロック単位（セクタ単位）でデータの 
読み出し/書き込みができる機能があればよいわけで 
す. 

一般的に， RAM ディスクのメモリ•アクセス方式に 
は，バンク•メモリ方式と I / O アクセス方式の2種類 
があります. 

八ンク•メモリ方式は， CPU の管理するメモリ領域 
に RAM ディスクを置く方式です. 図1 に PC 9801 の 
場合のバンク.メモリの構成例を示します. PC 9801 
は， CPU の管理するメモリ領域が 1 M バイトですが， 
ユーザが 使用できるメモリ領域は640 K 八イトです. 
この ユーザ. メモリ領域から128 K バイトをバンク • 
メモリとして切り出し，複数枚の128 K 八イト•メモ 
リを切り替えて使用し，大容量の RAM ディスクを構 


〈図2> I/O アクセス方式 RAM ディスクの概念 


く図1> PC 9801 の一般的なバンク • メモリの構成 
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失われてしまう ことです.また，プログラムの暴走な 
どによるファイルの破壊も考えられます.このため， 
少なくとも 重要なファイルだけは，頻繁にフロッピ • 
ディスクに コピーして おく ことを怠ってはいけないで 
しょぅ. 

しかし，これらの欠点があるにせよ， 「 RAM ディス 
ク」の高速動作による効果には大変な魅力を感じます. 

' :V 禅 

ディスクの仕様 : 

パ，.レ:，：ハ‘， /X: ベ ☆ 

まず，ここで製作する 「 RAM ディスク」の主な仕様 
を紹介します. RAM ディスクに限らず，何かを製作す 
る場公に，その装置の仕様を決定することは大変重要 
なことです. 

何に接続するのか，どういう使い方をするのかなど 
を熟考して決定しなければなリません.これによって， 
中途半端な物を作ってしまうことを防ぐことができま 

す. 

さて， RAM ディスクの仕様決定には次のような事 
を考えなければなりません. 

①接続するパーソナル.コンピュータは？ 

RAM ディスクは，それ単体では何の動作もしませ 
ん.パーソナル•コンピュータと接続して初めて使用 
" f 能となリます.そこで，どの機種のパーソナル•コ 
ンピュータに接続して使用するのかを決めなければな 
リません.理想的には，どの機種にでも接続できると 
いうのが良いのかもしれませんが，メーカ間のハード 
ウヱアの違いや信号タイミングの違いなどがあり，な 
かなか面倒なものです. 

そこで，筆者白身が使用しているパーソナル.コン 
ピュータが PC 9801 シリーズであることや，ハードウ 
ヱア解説書の入手が容易なこと，そして一般的である 
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成するものです. 

市販のバンク•メモリ方式のソフトウェアでは，こ 
の128 K バイトに0〜255(最大）個のバンクの 一つを 
割り当て，通常，メイン•メモリが640 K 八イトにな 
っています.いざ RAM ディスクが必要になれば，そ 
こを別のバンクに切り替えて使います.そのため割り 
込みなどに制限があります. 

これに対して， 1/〇アクセス方式は文字どおり I/O 
ポートを通してディスク•メモリをアクセスする方式 
です.その概略を図2に示します. I / O ポートによって 
メモリを選択するためのアドレスを設定して，ディス 
ク•メモリとのデータ入出力を行うものです. 

この方式の 欠点としては，ハードウヱアが多少複雑 
になることと，バンク•メモリ方式に比べてアクセス 
速度が多少遅くなる ことです. 

以上の主な仕様をもとに， RAM ディスクを製作す 
ることにします.まず， デバイス. ドライ 八の 作成の 

く図4> RAM ディスクの論理構成 



前に，説明をわかリやすくするためにハードウヱアの 
説明から始めることとします. 

： M ； RAM ディスクのハードウエア 

タゾノこ U ' 机. 人.，，出、ノン《,‘ベ，、,；シ - t ，:* 

ここで製作する RAM ディスクの ハードウ ヱア構 
成を，図3に示します.製作記事などで紹介される機 
会の多い増設メモリとは，多少異なった構成になって 
います.基本的なことは， CPU から RAM ディスク中 
の任意の1バイトをアクセスすることがないというこ 
とです.つまり，フロッピ•ディスクなどと同様に， 
ブロック単位（セクタ単位）で読み書きができればよい 
ということです.このことにより， ハードウェアの 構 
造も異なってきますし，簡略化を図ることも可能とな 
ります. 

具体的には，図4に示すような論理構成とします. 
2 M バイト （2,097,152 バイト）の容量を4096ブロッ 
クに分害 ij して，1ブロックが512バイトの容量のセク 
夕を構成し ます.このセクタには順に0〜4095までの 
番号を付け，データの読み書きはセクタ単位で行いま 
す. 

• 2枚のボードで構成する 

さて，構成図で示したように，この 「 RAM ディスク」 
は二つのボードによって構成されています. PC 9801 
の拡張用スロットに実装するバス•インターフェー 
ス•ボードと，それに接続する2 M バイト•メモリ. 
ボードの2枚です. 

最良の方法はすべてを1枚のボードに納めて，かつ 
PC 9801 本体の拡張スロットに実装したかったのです 


〈図3> 

RAM ディスクの 
構成概要 
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が，市販の ユニバーサル •ボードではたくさんの 1 C を 
実装できません.そのため，ラッピング配線を行うこ 
とによる実装スペースの増大や，修正のための予備ス 
ペースを確保できないため断念しました. 

バス •イ ンターフェース.ボー ドは データ.バス. 
ドライバ部と，メモリ • ボー ドで使用する I / O ポート • 
アドレス*デコーダ部などによって構成されています. 

また，メモリ部はメモリ•アドレス発生部 ， DRAM 
コントローラ， リフレッシュ制御部，それにメモリか 
ら構成されています. 

DRAM コントローラは，数多くの LSI が発表され 
ていますがここでは山下電気製の MCC 1 を，また 


DRAM は1 M ビットの TC 511000 P 10 (東芝製）を使 
用しました. 

それでは，ハードウヱアの主な部分について説明し 
て行きます.回路図を図5および図6に示します. 

W し ， 11 , ‘v^ 

TC 511000 DRAM の概要 ^ 

4へ.也.;.屯:•，•.も • • 沿•.し. : .： ir . か • •邛，4♦.パへ4*、 

k •ぐ♦ぐ 1 •砧 , .m •匕.. * 0：. • ii ：. '4, - ;：： . ： i ：\ 1：} . • !：； . { j ： m . 中 ••• O . 
•，中く 4 •••.♦••命•: 

パーソナル•コンピュータのメモリの大容量化の中 
でつい最近まで256 K ビット DRAM が主流であった 
のですが，2年程前に1 M ビット DRAM が発表され 
て一気に 1 M ビット時代になってしまいました. 

今回使用する 1 M ビット DRAM は，東芝から発売 


く図 5 > 
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されて いる TC 511000 ファミリのもので， 1，048 ,576 X 
1ビッ ト構成 （512 行 X 2048 列） の 単一 5 V 電源で動 
作するものです. 

アクセス•タイムは， 100 ns タイプと 120 ns タイプ 
のものがありますが，本 RAM ディスクでは 100 ns 夕 
イプの TC 511000 P 10 を使用しました. 

#ヒドン•リフレッシュを使う 

この DRAM は， ヒドン•リフレッシュが 行えます. 
このリフレッシュは， リード•サイクルやアーリ•ラ 


イト•サイクル中に，まだ CAS がアクティブ状態のま 


まで RAS を非アクティブにし，再び RAS をアクティ 
ブにして CAS ビフォア RAS リフレッシュを行う も 
のです.リフレッシュ.サイクル;^リード•サイクル 
に隠れて行われるため，このような呼び名が付いてい 
るようです. 

最近の DRAM では，ほとんどの品種がヒドン•リフ 
レッシュをサポートしており，また DRAM コントロ 
ーラも同様にヒドン.リフレッシュ対応が可能となっ 


ています.また， CAS ビフォア RAS リフレッシュで 
は，内部に設けられているリフレッシュ.カウンタに 
より自動的にリフレッシュ•アドレスが発生されます. 

これらの改良によリ DRAM 使用時のタイミング設 
計の面倒さから解放され， SRAM 感覚で DRAM を使 
用することができるようになりました. 

本 RAM ディスクでは，この TC 511000 P 10 を16個 
使用して2 M バイトのディスク容量としました. 

TC 511000 P 10 のピン配置図と特徴を図7に示しま 


すが，特性表やサイクル•タイミング図などは省略し 
ますので，ほかの文献•製作記事や規格表など（参考文 
献の覧を参照 p .88) を参照してください. 

‘ ，い，, >:め 

MCC 1 DRAM コント□—ラの概要 

C .% . .. ，へ .…‘.，、… 

DRAM を使用する場合に， DRAM コントローラを 
使用することによって，回路設計や調整が大変楽にな 
ります. 

DRAM コントローラは数多くのものが発表されて 
おり，現存するほとんどの CPU とインターフヱース 
することができます. 

ここで用いた MCC 1 は，マルチプレクスした列アド 
レス，行アドレス， RAS , CM 信号およびメモリ•ア 
クセスとリフレッシュの競合調停な ど， DRAM の使 
用に必要なすべての信号を，わずかな外付け回路で生 
成することができます. 

また，ヒドン•リフレッシュをサポートしています 
ので，最新の DRAM のもっている機能を使用するこ 
とができます. 

MCC 1 の端子接続図および特徴を 図8 に示します. 

初期の頃の64 K ， 256 K DRAM では，リフレッシュ 
のための内蔵リフレッシュ.カウンタをもっていない 
ものもあるため， MD 端子によって動作モードの選択 
を行うことができます. 

# MD 端子の設定 

MD = 1に設定した場合は， DRAM 内蔵のリフレッ 



く図7> TC 511000 P /10 のピン配置図とブロック図 
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► CMOS 枝術による低消費電力 （ 動作時 330 mW ) と高速動作が可能 
►アーリ*ライト （ I / O 共通動作)が可能 

►高速ぺ—ジ•モ-ドが可能— 

► RAS オンリ•リフレッシュ， CAS ビフ ィ ア RAS リフッシュ ，ヒド 
ン•リフレッシュが可能 

►リフレッシュ方式は 512/8 ms 
►パッケージは18ピン•プラスチック DIP 


ロウ•デコ—ダ 
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〈図 8> 

MCC 1 の端子接続図 
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CPU への Acknowledge 信号. 
オープン•コレクタのインバータ 
を1段通して68000の DTACK に接 
続できる 


| CPU への READY 信号. 

' ンバータを1段通して8086など 
t の READY 入力に接続できる 


AI _ o ~ AL9 : DRAM の row アドレスに対応 
する下位アドレス入力. 

AHo 〜 AH9 : DRAM の column アドレスに対 
応する上位アドレス入力 



〜 K : MCC1 に外付けする遅延素子から 
f の入力信号 


ピン接続 


MCC 1 に外付けする遅延素子を 
駆勧するための出力 


► 64 K , 256 K ,1 M ビットの DRAM で使用可能 

► 20 ビットのアドレス入力と， 10 ビットのマルチプ 
レクス•アドレスを出力する 

►外部アドレスによる RAS オンリ•リフレッシュ，匕 
ドン.リフレッシュと， DRAM 内蔵のリフレッシュ- 


カウンタによる CAS ビフオア_リフレッシュとヒ 
ドン•リフレッシュをサボート 
► 10 ビントのリフレッシュ•アドレスを出力する 
►単一 5 V 電源 

►形状は48ピンのプラスチック DIP 


( b ) 主な特徴 


シュ•カウンタによって CAS ビフォア RAS リフレッ 
シュ，およびヒドン•リフレッシュのみを行います. 
MD = 0に設定した場合は， MCC 1 の出力するリフレ 
ッシュ•アドレスによって RAS オンリ*リフレッシュ 


リ，512バイトのデータを256回の入出力で完了する 
ことができます. 

圇インター フエー ス • ボード 


および外部アドレスによるヒドン.リフレッシュを行- 
います. 

本 RAM ディスクで使用する1 M ビット DRAM 
TC 511000は，リフレッシュ•カウンタを内蔵していま 
すので， MD = 1の動作モードで使用します. 

また，などの信号は， 外付けのディレ 
イ •ラインに よって生成されますので，使用する 
DRAM によって最適な遅延時間を選択する必要があ 
ります.本 RAM ディスクでは， 20 ns タッ プの ディレ 
イ•ラインを使用しました. 

/• jjs # - :; J. - ti;. •;{; # .：；J 4?： % • :：: # : -V. ! : i .V' 

RAM ディスク • ボード 

図5，図6の回路図に沿って， RAM ディスク•ハー 
ドウエアの概要を説明します. 

先にも説明したように，本 RAM ディスクは I / O ア 
クセス方式を採用しました.また， RAM ディスタの場 
合，ブロック（セクタ）単位のアクセス（読み書き）がで 
きればよいことになりますので， RAM ディスクの全 
容量である2,097，152バイト （2 M 八イト）を4096セ 
クタに分割し，1セクタを512バイトとしてセクタ単 
位でアクセスします. 

データの転送については，高速転送を確保するため 
に16ビットのワード.デー タで 行います.これによ 


サ i 光が 

办,!リへ）‘, 


Ill 

: 獅 ㈣ 


まず，インターフェース.ボードについて説明しま 
す.このボードは， PC 9801 の拡張用スロットに挿入し 
ます.主な機能は16ビットのデータ•パ•ス•八ッファ 
とアドレス•デコーダによって構成されています.ア 
ドレス•デコーダは，メモリ •ボードのハードウェア 
軽減と接続ケーブルの芯数を減らすために，インター 
フェース.ボード内に組み込みます. 

PC 9801 の場合，ユーザに解放されている I / O ポー 
卜•アドレスはたいへん少ないた め，16ビットをデコ 
ードし， xxDCH ， xxDEH (16 ビットの I / O アクセスで 
は偶数アドレスのみ）を使用します. xx で示す上位8 
ビットは£1由に設定することができますが，本 RAM 
ディスクでは 80 H に設定して 80 DCH , 80 DEH でデバ 
イス-ドライ八•プログラムを作成します. 

I / O アドレス 80 DCH はデータの入出カポートとし 
て， 80 DEH はセクタ番号レジスタ•ポートとして使用 
します.表1に I / O ポートのアドレスを示します. 

圈メモリ•ボード 

メモリ. ボードは，インター フヱース. ボードとケ 
ーブルによって接続して使用します. 

本ボードはアドレス発生， DRAM コントローラ，2 
M 八イト•メモリおよびリフレッシュ制御の各ブロッ 
クによって構成されています. 
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〈表 1> I / O ポート•アドレス表 


I / O アドレス 

low 

丽 

機 能 

xxDCH 

0 

1 

データ •ライト 

1 

0 

デ ー タ • リード 

xxDEH 

0 

1 

セクタ番号ライト 

1 

0 



アドレス発生部は，12ビットのセクタ番号レジスタ 
(4096 セクタ分）と8ビットのカウンタ （256 ワード分） 
で構成されています. セクタ番号レジスタへのセクタ 
番号設定と同時に8ビット • カウンタをリセットし， 
カウンタはデータの入力，または出力のごとに IOR / 
IOW パルスによってインクリメント されます. 

DRAM コントローラ 部および メモリ 部については, 
回路的にも簡単ですし，一般的ですので詳細は省略し 
ます.必要があればほかの文献 • 製作記事(参考文献） 
などを参照してください. 

囫リフレッシュ制御部 

最後にリフレッシュ制御部について説明します. 
RAM ディスタは電源を切るとディスクの内容が破壊 
されてしまいますが，電源を投入したままであれば， 
停電などの不慮の電源断が発生するまではデータが保 
存されることになります. 

• 電源の監視 

本 RAM ディスクでは， 電源を PC 9801 とは別電源 
とすることによりデータの保存を可能と しました.従 


って， PC 9801 の電源断時のリフレッシュの問題を解 
決しなければなりません.このため，ハードウェアの 
簡略化を図る目的をも含めて， PC 9801 の電源が入っ 
ているときは， PC 9801 のリフレッシュ信号（実際は本 
体 RAM がリフレッシュ中であることを示す RFSHo 
信号）によって， 電源が断のときはボード内の水晶振動 
子によってリフレッシュ.ハ。ルスを作成し ます. 

これを実現するために， TL 7705 ( TI 製）によって 
PC 9801 の電源を箄視して，リ フレッ シュ •ハ。 ルスの切 
り替えを行います. TL 7705はリセット•パルス発生用 
の 1 C ですが，端子の接続を変えることによって電源 
監視用として使用することもできます. 

TC 511000 P 10 のリフレッシュ•サイクルは512/8 
ms ですので，15 . 625 ごとにリフレッシュ行えばよ 
いため，水晶振動子[分周器を内蔵した水晶振動子 
EXO 03(キンセキ製）を使用]の16.384 MHz を256 
分周してリフレッシュ.ハ。ルスを作成します. 

なお， PC 9801 から出力されるリフレッシュ信号 
( RFSH 0 信号）については，筆者が使用している 
PC 9801 VX では15.625 ごとに出力されています 
が， PC 9801 F の場合は約 28.3； us ごとに出力されてい 
るため，このままでは512/8 ms のリフレッシュ•サイ 
クルが確保されません.しかし， PC 9801 F への実装動 
作テストでは正常に動作しているようです. 

以上で，ハードウヱアについての説明を終わること 
にします. 


-{Keyword f 


バンク•メモリ パソコン PC 9801 では CPU がリニアに管理できる最 
大のメモリ容量は基本的に 1 M バイトです.しかし，扱うデータ量 
の増大や RAM ディスクへ利用をするためにメモリ容11の増大化 
が図られており， 1 M バイトのメモリ空間にさらにメモリを追加す 
る手段としてバンク • メモリ方式が採用されています.図に示すよ 
うに，メモリ空間の一部を切り出し，さらにそれをページ（バンク） 
分けしてメモリの追加を行います.メモリへのアクセスは I / O ポー 
卜によるページ選択で行いますので，プログラムなどを配置するリ 
ニアなメモリ空間としては使用できませんが， RAM ディスクや画 
像 フレーム • バッファ などへの応用には最適な方法といえます. 


アクセス•タイムとサイクル•タイム メモリ速度を示すために，アクセス•タイムとサイクル.タイムが使 
用されます.アクセス • タイムはメモリに対してアドレスなどの信号を与えてから読み出しデータが確立 
するまでの時間を表します.これに対してサイクル•タイムは，一つのアクセス•サイクルが終了して次 
のアクセス•サイクルに移れるまでの時間を表します.スタティック RAM では，サイクルという区切り 
が存在しませんので，いつ信号が変化してもメモリの動作に支障はあリませんが， DRAM では，次のサイ 
クルに入る前に“プリチャージ•タイム”が必要となります.一般的に DRAM では，「サイクル•タイム2 
アクセス•タイム+プリチャージ•タイム j となります. 
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第 2 章囵 I/O ポートにつながる RAM ディスクを作る 

ブロック型デバイス • ドライバと闩 AM 
ディスクの作り方 [デバイス*ドライバの構成] 

フロッピ/八ード•ディスクなどはブロック型デバイス • ドライバが必要になります. 

このデバイス • ドライバの詳細と RAM ディスク特有の問題点について検討します. m 7 T lx 


第1章で デバ' イス • ドライ 八について， 基本的な説 
明がなされていますが，ここでは，実際のプログラミ 
ングに必要なデバイス.ドライバの構造に ついて， 具 
体的に説明していきます（本章では MS-DOS 2.1). 

MS - DOS の特徴として， MS - DOS 自身のシステム 
(MSDOS.SYS と 10.SYS) を修正することなく，ユー 
サが新たに作成したデバイス • ドライバを組み込むこ 
とによって，新たな周辺入出力装置が使用可能になる 
ということがあります.たんにデバイス.ドライバ、を 
作成して，それを “CONFIG.SYS” ファイルに登録す 
るだけでよいのです. 

市販されている増設メモリ•ボードには，それを 
RAM ディスクとして使用するためのデバイス•ドラ 
イバが付属しているものも多くあります.また， 市販 
の増設メモリの場合にはバンク•メモリ•アドレスや 
八ンク選択ポート•アドレスなどが統一されており， 
デバイス*ドライ八を共用して使用できる ようにもな 
っているようです. 

ここで紹介する RAM ディスクは，市販の増設メモ 
リ•ボードとは異なって I / O アクセス方式ですので， 
デバイス • ドライバはユーザが作成しなければなりま 


せん. 


デバィス.ドラィパの位置づけ: 議 

- . , . ■ •* I' ! 


MS - DOS システムは， MSDOS.SYS と IO SYS によ 
って構成されています. MSDOS.SYS は MS - DOS の 
中心であり，プロセス管理，メモリ管理，ファイル入出 
力など MS - DOS のほとんどの機能を処理します.ま 
た，アプリケーション•プログラムからのシステム. 

コール (INT 21H) を受けて， デバイス との入出力を実行 
しますが， MSDOS.SYS の扱う範囲はデバイスとい 
う考え方までで，実際の入出力処理は行っていません. 
• IO . SYS の中に最低限必要なデバイス • ドライバが 
入つている 

この デバイスを実現して実際の入出力を行うのがデ 
八イス.ドライ 八なのです. MS - DOS では 八 ー ジョン 
によつては少し異なりますが標準で， コ ン ソールとの 


入出力 ( C 0 N )， プリンタへの出力 （ PRN )， RS -232 C に 
よる補助入出力 ( AUX ), リアルタイム•クロック 
( CLOCK ), ディスクとの入出力の五つデバイスが使 
用可能になっており，これらのデバイス • ドライノくは， 
まとめて IO.SYS に組み込まれています.つまり， IO. 
SYS は MS - DOS にあらかじめ組み込まれているデバ 
イス.ドライ八そのものな のです. 

また， MS - DOS はユーザが新たに作成したデバイ 
ス，ドライバを組み込むこともできます.これにより， 
MS - DOS の標準のデバイス.ドライバ以外の入出力装 
置を使用可能としたり， 既存のデバイス • ドライ八に 
不満があれば，新しいデバイス • ドライバと置き換え 
ることも可能です. これらユーザが新たに作成したド 
ライ八は，システムの立ち上げ時に組み込まれます. 

図9に， MS - DOS におけるデバイス • ドライバの位 


〈図9> デバイス.ドライバの位置づけ 


アプリケーション•プログラム 


システム•コ-ル覆 

(INT 21 H ) 


1 '力 P 


アプリ ケーシヨ 
ン•プログラムは， 

MSDOS.SYS に 

システム•コーノレ 

(INT 21 H ) を発 

行することによつ 
て，デパイス•ドラ 
イパを使用する 



ハード•ディスク 


ハ-ソコ: 
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置つ’けについて示します. 


. ! - ' 1 1 

デバイス • ドライバの組み込み手順 

め’::く..，へ.どん,，‘ •い.，, - 


MS-DOS が立ち上がるとき，ブート•プログラム（フ 
ロッビ.ディスクや ハード. ディスクなどの特定の卜 
ラック•セクタに書き込まれている）によって，システ 
ム • プログラム （ IOSYS と MSDOS . SYS ) がメモリ上 
に口ードされます.まず， 10. SYS によって MS-DOS 
が標準で用意しているデバイス.ドライバの初期化を 
行い，使用可能な状態にした後で MSDOS . SYS に制御 


を移します. 


ここで， MSDOS.SYS は “CONFIG.SYS” ファイル 
を読みに行きます.このファイルに ユーザが 作成した 
デバイス.ドライバが登録されていれば，そのデバイ 
ス.ドライバをメモリ上に口ードして初期化を行い， 
使用可能 とします.デバイス.ドライバは 複数個あっ 
てもかまいません. 

例えば，組み込みたいデバイス.ドライバのプログ 
ラム • ファイル名が“ RAMDISK.BIN” とすると， “CON 
FIG.SYS” には， 

DEVICE 二 RAMDISK.BIN 

の1行があればよいのです.また， MSDOS.SYS は 
“CONFIG.SYS” に複数の， 

DEVICE . . 


DEVICE 二 . 

があれば，次々にその デバイス. ドライ八を組み込ん 
で行きます.このときのメモリ•マップの状態を図10 
に示します. 


騎：： ：游 

デバイス • ドライバの構造にはキャラクタ/ 

7□ック型の2種類ぁる 

越織:議編娜^ 

MS-DOS で扱うデ八イスの種類には，その入出力の 
違いからキャラクタ型デ八イスとブロック型デ八イス 
の二つがあります. 


キャラクタ型デバイスは， コンソールやプリンタ， 
あるいは RS -232 C 通信ポートなどのように 一度に 1 
バイトの データを 転送し，通常はランダム•アクセス 
のできない デ ハ•イス です. 

これに対して ブロック型デバイスは， フロッピ•デ 
ィスクや ハード •ディスクのように， 一度にまとまっ 
た量のデータをブロック単位で転送を行い，ランダ 
ム • アクセスが可能な デバイスです. 

• RAM ディスクはブロック型 

従って，ここで紹介する 「 RAM ディスク j は，ブロ 
ック型のデバイスに該当します. 

デバイス*ドライバの構造は， 図11 に示すようにデ 
バイス•へッダ部とデバイス.ドライバ.プログラム 
部によって 構成され ています. デバイス.へッダ部は 
デバイス • ドライ八の先頭に置かれており， MSDOS. 
SYS によるデバイス.ドライ八の管理に 使用され ま 
す. 

デバイス.ドライバのプログラム部は，デ八イスを 


く図10> デバイス 
0000:0000 


ドライバ. ロー ド時のメモリ. マップ 例 


0040:0000 


XXXX : 0000 


YYYY : 0000 


16進表記 


アプリケ—シ| 
ヨン •プ ログ ラ. 
ムのロー ド ；！ S 

れる領域 


割リ込み 

べクトル•テ-ブル 


10. SYS 

NUL , CON , PRN , 
AUX , CLOCK 
ディスク入出力 


MSDOS.SYS 


システム領域 


デパイス.ドライノ、• 

(RAMDISK) 


テ•ハ_イス • ドライノ 

(MOUSE) 


フリ ー RAM エリア 


MS - DOS の標準デパイ 
スは I 0 .SYS にすでに組 
み込まれている 


ユーザが作成したデパイ 
ス • ドライハ*は，ここに組 

み込まれる （ RAMDISK と 
MOUSE を組み込んだ例）. 
この大きさは“ CONFIG . 
SYS " の内容によって変わ 
る. 


く図11> デバイス.ヘッダの構成 


000 0 H — 


デパイス•へッダ部 

\ 

ペイト/ワ—ド長 

意 味 

(18 パイトの固定長 

2ワード 

次のデパイスへのリンク情報. 
初期値は - 1 ( FFFF : FFFFH ) にセ 
ツトしておく 

0012 H 




デバイス. ドライハ* 

のプログラム部 

1ワード 

デバイスの属性 

1ワード 

ストラテジ•エントリ.ポイント 

1ワード 

割り込みエントリ•ポイント 

プ□グラムの大きさ1 
によリ可変長となる J 

8バイト 

デパイス名またはユニット数 





デ八イス•へッダの内容 


巧 1 - 3 濃属性 
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デバイス • ドライ八 

















































制御するためのプログラム本体で，デバイス•ヘッダ 
の後に続いています. 


デバイス•へッダは， MS - DOS がデバイス • ドライ 
バを管理するための情報 テーブルです. 図 11に示すよ 
うに，この内容は， 複数のデバイス • ドライバを連結 
するためのリンク情報や，キャラクタ/ブロック型の区 
別，デバイス•ドライバ•プログラムのスタート•ア 
ドレスなどの情報が 格納され ています.また，デバイ 
ス•ヘッダは，デバイス•ドライバの オフセット•ア 
ドレス 0000 H 番地から 作成され ていなければならず, 
その 領域は固定長で 構造は決められています. 

MSDOS.SYS は，アプリケーション•プログラムな 
どからの ファン クシ ョン • コールを 受け取った場合に 
は，このデバイス•ヘッダによってデバイス.ドライ 
バの識別やプログラム•アドレスを耳义り出して，デバ 
イス，ドライバを コールし ます. 

①リンク情報 

デバイス•ドライバは， MS - DOS が標準で組み込む 
ものと ユーザが 後から追加するものを合わせて複数個 
が組み込まれており， これらのデバイス • ドライ八は 
一つの チヱーンでリンクされて 管理され ています. 

図12 ㈤ に， MS - DOS 標準のデバイス • ドライ 八の リ 
ンクの様子を示します.図に示すように，デバイス， 
ヘッダのリンク情報領域には，次のデバイス • ドライ 
バの デバイス.ヘッダに対するポイ ン タが格納されて 


: 

齡 I :、？ 


;:V • i? • •• 由 ••. 中 ::’ 


デバイス 


ヘッダの働き 




1 ソへ:‘ン娜 

;レ. . •.ホ.• •，沿，./印べ•命 


おり，この ポインタを見て行くことによって，すべて 
のデバイスを一つのリストとして扱うことができます. 
つまり， MS - DOS が必要なデ八イスを検索する場合に 
は，リンク情報をたよりにチェーンの先頭から順にた 
どって行くことによって，目的のデバイスを探しだす 
ことが可能なのです. 

また， ユーザが 新たに組み込むデバイス.ドラ イノ< 
は， 図 12( b ) に示すように標準のデバイス • ドライバの 
先頭（実際には NUL デ八イスのすぐ後）に次々とリン 
クされて行きます.このときのリンク情報領域には， 
MSDOS.SYS によって新たなデ八イス.ドライバを組 
み込むときに，その直後に組み込んだデバイス•ドラ 
イバの先頭アドレス（デバイス.ヘッダのアドレス）が 
書き込まれてチェーン接続されます. 

なお， ユーザが 組み込むデ八イス • ドライバのリン 
ク情報領域の 初期値には，^1を書き込んでおく こと 
になっています. 

• キャラクタ型の特徴 

ところで，ユーザが組み込むデバイス.ドライバに 
ついて，キャラクタ型デバ'イス • ドライバの場合には 
デバイス名によって各々が識別されているので， 図 12 
( b ) に示すように，標準のデバイスと同じ名前のデ八イ 
スを ユーザが 組み込んだ場合には，後から組み込んだ 
ものが有効になり，元からあるもの（チヱーンの後ろに 
あるもの）は無効となってしまいます. 

従って，このことを利用して， “ CON ”，“ AUX ” な 
どの標準のデバイス • ドライバが気に入らなかったり 
改良したい場合には，同一名のデバイス.ドライ八を 
組み込んで標準のデ八イス • ドライバと置き換えるこ 


く図12> デバイス.ドライバのリンク構造 



( a ) MS - DOS 標準のデパイス.ドライパのリンク 


ユーザが新たに組み込んだテン、•イス•ドライハ • 



( b ) ユーザによる新たなデパイス.ドライ八の組み込み 
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とができます.代表的な例としては， 日本語入カフロ 
ント •エンド•プロセッサ があります.これは，日本 
語入力のデバイス • ドライ八を 標準の “ CON ” デ八イ 
スと置き換えて実現して います.詳しいことは，第3 
章を参照してください. 

籲ブロック型の特徴 

一方， ブロック型デバイス.ドライバでは ユーザが 
新たに作成 したものを 組み込む場合は， そのデバイス 
をシステムに追加することになります.つまり， 標準 
のブロック型デ八イス.ドライバと置き換えることは 
できません. 

ブロック型のデバイスでは，ドライブ名を “ A 二 
“ B :”，“ C ” のように記号で参照しますので，例えば，す 
でに組み込まれている標準のブロック型デ八イスが 
“ A :”，“ B :”，“ C ゾ’（ハード•ディスク，フロッピ•ディス 
ク -1, フロッピ•ディスク -2 など）の場合には，ユーザ 
が新たに作成して組み込むドライブは “ D :”，“ E :” とい 
うように組み込み順に追加されて行きます. 

② デバイスの属性 

デバイスの厲性は 図13 に示すように，このデバイス 
の型を示します. 

③ ストラテジ•エントリ•ポイント 

デバイス.ドライバ•プログラムのストラテジ•ル 
ーチンのアドレスを格納します. ストラテジ•ルーチ 
ンは， MSDOS.SYS からのコマンド • パケットのアド 


レスを受け取るための ものです. 

なお，この領域にはルーチンのオフセット•アドレ 
スのみを格納します.セグメントは，デバイス•へッ 
ダと同一のセグメントであると見なします. 

④割り込みエントリ • ポイント 

デバイ ス.ドライバ.プログラムの割り込みルーチ 
ンのアドレスを格納します.割り込みルーチンは，コ 
マンド. パケットによって指示された コマン ド処理を 
実際に実行するものです. 

なお，この領域にはオフセット•アドレスのみを格 
納しますが，ストラテジ•エンドリ•ポイントと同様 
にルーチンのセグメントは，デノべ、イス•ヘッダと同一 * 
のセグメントであると見なされます. 


⑤デバイス名 


キャラクタ型のデバイスの場合には，8文字までの 


ASCII 文字によるデバイス 名が 格納されます. 


ブロック型のデバイスの場合は最初の1バイトのみ 
が有効で あり，このデ八イス.ドライバで制御する デ 
バイスの 数を設定し ます. 


デバイス.ドライ m 呼び出し 

,：'■；' , , :, 一* ン，,，山、 . し，■^ 1 


図14 に， “ MSDOS . SYS ” がデバイス • ドライバを呼 
び出して入出力を行う流れを示します. 

“ MSDOS . SYS ” は，デバイス.ドライバに対して入 


く図13> デバイス属性ワードの構造 


キャラクタ型て意味のあるビッ 


15 

14 

13 

12 

11 

10 

9 

8 
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4 

3 

2 

1 

0 

B 

C 
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0 

0 

0 

0 

0 

0 
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-NON-IBM FORMAT(bitl5 = 0 のとき有効） 


ブロック型のデパイスについてのみ意 
味をもつ.このビットが1の場合は， 
IBM-PC フォーマントの MS-DOS ディス 
ク （ MS-DOS 標準フォーマットのデづス 
ク）でないことを表す. RAM ディスクや 
ハ—ド•ディスクなど標準フォーマット 
が決まっていないものについては，デバ 
イス • ドライパから MS-DOS にそのディ 
スクに関するバラメータ情報を知らせ 
なければならない.ビット 13 はこのた 
めに使用される 


— IO-CONTROL 

システム.コール （INT 21 H ) のフパンク 
シヨン 44 H の IOCTL が可能かどうかを 
示す.1の場合は可能であり，0の場合 
は不可能を示す 


— BLOCK(0)/CHARACTER(1) 

当デパイスの種類を表す.このビット 
が1の場合はキャラクタ型のデ八イス 
を表し，0の場合はブロック型のデハ- 
イスを表す 


STANDARD INPUT 
このビットが1の場合はデフオルトの 
標準入カデバイスであることを示す 

— STANDARD OUTPUT 

このビットが1の場合はデフオルトの 
標準出カデバイスであることを示す 

— NULL DEVICE 

システムが NULL デバイスとしてイ吏用し 
ているかどうかを調べるためにある. 

ユーザは0にセットしてお' く 

— C し OCK DEVICE 

このビットが1の場合はクロック•デパ 
イスであることを示す 

— SPECIAL DEVICE ~ ^bitl5=l のとき有効 ) 

高速な出力機能をもっている“ CON” デ 
八イス（特殊デバイス）に対して用いら 
れる.このビットが1の場合は，出力に 
際してシステム•コール INT 29 H を使用 
した高速な文字出力が可能であること 
を示し，通常は“ CON" デパイスのディス 
プレイが使用される.なお，このビット 
は MS-DOS に組み込まれるデ八イス • 

ドライパの中で，ただ一つのデパイス. 

ドライバだけにしかセツトできない 
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〈図14> デバイス.ドライバのリクエスト.シーケンスの流れ 

アプリケ-ション•プ□グラムなどからの入出力処理要求 （INT 21 H ) 



終了 


出力を行う場合，まず コマンド•コ 
ードや各種のパラメータを設定した 
コマンド. パケット（後述）と呼ばれ 
るコマンド.テーブルを 作成します. 

そして， “ MSDOS . SYS ” は，このコ 
マンド.パケットの先頭アドレスを 
レジスタ ES : BX ( ES : セグメント， 

BX : オフセット）にセットして，ま 
ずデバイス.ドライバのストラテ 
ジ • ルーチンを FAR コール します. 

ストラテジ•ルーチンでは，この 
ES:BX (コマンド.パケットのアド 
レス） のを デバ'イス.ドライバ内の 
作業用のエリアにたんに退避するだ 
けで， “ MSDOS . SYS ” に FAR リタ 
ーン します. 

• 主要部分は割り込みルーチンに 
記述されている 

この後， “ MSDOS . SYS ” （まデノくイ 
ス.ドライバの割り込みルーチンを 
FAR コールして，実際の処理を要求 
します.割り込みルーチンでは，先 
に作業用エリアに格納したコマン 
ド.ノ、 0 ケットのアドレスを参,照して， 

コマンド •コー ドや各パラメータを 
取り出してデータの書き込みや読み 
出しなど各々の処理を実行します. 

切;理の終了後は， コマンド •パケッ 
卜内のステータス.ワードに 終了ス 
テータス，エラー情報などをセット 
して “ MSDOS . SYS ” に FAR リターンし，すべての処 
理を終了し ます. 

デ八イス.ドライバ側での処理においては，すべて 
のレジスタの値を保存しなければなりません.また， 
“MSDOS ■ SYS ” が確保しているスタック領域は約20 
ワードですので，それ以上のスタックが必要な場合に 
は，デバイス.ドライバ内に別途確保する必要があり 
ます. 

さて，デバイス.ドライバの呼び出しに コマンド. 
パケットと二つのエントリ.ポイントを用いた，一見 
ややこしい方法を用いている意義については，「将来の 
マルチタスク版の MS - DOS を考慮しており，マルチ 
タスクになった時でも I / O リクエストの方法に関し 
て大きな変更を加えないでもすむように」との説明が 
一般的に行われていました.しかし，マイク ロソフ ト 
社が発表したマルチタスク.オペレーティング.シス 
テム OS /2 のデバイス • ドライ八では， I / O リクエスト 
の考え方では共通なのですが，実際にはほとんど作り 
替えなければならないようです. 


•バケツト 

W ‘:‘:：:也'*:乂 

前項でも説明したように， “ MSDOS . SYS ” がデ八イ 
ス.ドライ八を呼び出す場合， コマンド•パケットと 
呼ばれるテーブルに，コマンドやパラメータをセット 
してデバイス • ドライ八を呼び出します. 

図 15に コマンド•パケットの 構造を示します.先頭 
の部分の13バイトは固定長でリクエスト•へッダと呼 
ばれ，すべての コマンドに 共通です.後の部分は パラ 
メータ用の領域で可変長となっており， コマンド ごと 
に その長さおよびその使われ方は異なリます. 

① レ コー ド長 

コマン ド•パケツトの総バイト長（リク エス ト•へツ 
ダ長+ハ。ラメータ領域長）が格納されています. 

② 論理装置コード 

ブロツク型のデバイスに対してのみ意味があリます 


猫，' 

麵 ••一 


コマンド 

,, . 歌•.糸••法.：;ゾ .. . 
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〈図 15> 

コマンド*パケットの 

構造 



く図16> コマンド*パケットに記述するコマンド•コードー覧 


COMMAND 

B/C 

コマンド 

機 能 

本 RAM ディスクでの処理 

0 

B/C 

INIT 

デバイス*ドライバの初期化を行う 

FAT とディレクトリ•エリアおよび 
予備セクタの初期化 

1 

B 

MEDIA CHECK 

ディスクが交換されたかを調べる 

「メディア交換なし j のステータスのみ 
を返す 

2 

B 

BUILD BPB 

現在アクセスされているディスクの 
BPB (図 21 参照）を作成する 

BPB の先頭アドレスを返す 

3 

B/C 

IOCTL INPUT 

デバイス*ドライバ自身からデータを入 
力する 

本デバイス • ドライハ•では何もしない 

4 

B/C 

INPUT 

デ八イスからデータを入力する 

セクタからの読み出しを行う 

5 

C 

NON-DESTRUCTIVE 
INPUT NO WAIT 

入カバッファの先頭の 1 八イトの内容を 
調べる 


キャラクタ型デハ*イス • ドライバで 
のみ有効（本デ八イス.ドライバでは 
何もしない） 

6 

C 

INPUT STATUS 

入カバッファの内容が空かどうかを調べ 
る 

7 

C 

INPUT FLUSH 

入カバッファを空にする 


8 

B/C 

OUTPUT 

デ八イスへデータを出力する 

1 

1セクタへの書き込みを行う 

9 

B/C 

OUTPUT WITH 
VERIFY 

デバイスへデータを出力し，正しく行わ 
れたかの検赍も行う 

10 

C 

OUTPUT STATUS 

出カバッファ内にデータが残っているか 
を調べる 

1 

,キャラクタ型デバイス • ドライバで 
のみ存効（本デバイス • ドライ八では 
何もしない） 

11 

C 

OUTPUT FLUSH 

出カバッファの内容を空にする 

12 

B/C 

IOCTL OUTPUT 

デバイス，ドライバ自身にデータを渡す 

本デバイス • ドライバでは何もしない 


* B/C B :ブロック型デバイス C :キャラクタ型デバイス 


例えば， 4 台のデバイスをサポートしている場合に 
は， 0 ~ 3 のいずれかの値となります. 1 台のデ八イ 
スしかサポートしていない場合は常に〇となるので無 
視してもかまいません. 

③ コマンド.コード 

I / O リ ク エス トの種類を表す コマン ド •コー ドが格 
納されます. I/O リクエストの種類は 13 種ですので， 
0 ~12のいずれ かの 値となります.図 16 にコマンド. 
コー ドー覧表を示します.なお， I/O リ ク エス トの詳細 
については後で説明します. 

④ ステー タス 

コマン ドの処理結果を表すステータス • ワードを格 
納するための領域です.図17にステータス•ワードの 
構造を示します. コマン ド処理が終わった後， done ビ 
ット（ビット8 ) に1をセットしてリターンします. 

エラーが発生した場合は， err ビット（ビット 15) と 


done ビットに1をセットし，さらに下位バイト（ビッ 
卜〇〜 7) に エラー 情報をセットして リターン します. 

busy ビット（ビット9 ) は， コマンド•コード 6，10 
で使用するもので，キャラクタ型のデバイスでのみ意 
味があります. 

⑤予約領域 

将来， MS - DOS がマルチタスク版になったときのた 
めの予約領域とされています. 

⑧ パラメータ 領域 

各コマンド特有のパラメータ情報が格納されます. 
詳しいことは，各コマンドの説明をするときに行いま 
す. 

^ ' ゃ，'也•、ホ..' み‘'せ:.’ ♦ / 4 * ： v . ! ^ r 

BPB(BIOS Parameter Block) 

卜/4‘ぐ:1卜ぐ4 •:.省•.迸••沿 •. …屮••:八•命 • • 办.•介••乎. 

2仏:％:;;もも^ 

MS - DOS で扱うことのできるデイスタ装置は，フロ 


78 























































15 


14 


9 


8 7 


0 


〈図 17> 

ステータス • ワードの 
構造および エラー•コ 
ード 



番号 

エラー の内容 

0 

ライト•プロテクトされているディスクへの書き込み 

1 

存在しないユニット番号を指定した 

2 

ドライブの準備ができていない 

3 

コマンド番号の間違い 

4 

CRC エラ- 

5 

コマンド •パ ケット長の間違い 

6 

シーク•エラー 

7 

メディア•タイプの間違い 

8 

セクタが見つからない 

9 

プリンタの用紙切れ 

10 

書き込み エラー 

11 

読み出し エラー 

12 

その他の エラー 


く図 18> BPB(BIOS Parameter Block ) 


パイト/ワード 

意 味 

1ワード 

1セクタのバイト数 

1パイト 

1アロケーション単位当たりのセクタ数 

1ワード 

予備のセクタ数 

1パイト 

FAT の数 

1ワード 

ルート•ディレクトリの数 

1ワード 

論理イメージのセクタ総数 

1パイト 

メディア.ディスクリプタ•パイト 

1ワード 

FAT のセクタ数 


► MSDOS.SYS がディスクをアクセスするときのセクタ•サイズが何パイト ^ 

であるかを設定する. 

► なお'，ディスク装置の物理的なセクタ.サイズと一致している必要はな 
^ いが， 256 八イ ト や 512 パイ I 、のように32の倍数になっていなければ ならない 




►アロケーション 単位とは，別名クラスタとも呼ばれるファイルへの割リ当て 
単位を指す.“ MSDOS . SYS " ディスク上にファイルを作成する場合など，ク 
•ラスタと呼ばれるものを単位として割り当てを行う.この1クラスタが何セ 
クタで構成されるかを設定する. 

► なお，この値は2のべき乗（2 0 〜2”でなければならない. 

►—般的に，クラスタ•サイズを大きくすると小さなファイルをたくさん 
作るときにはむだが多くなり，小さくした場合はクラスタを管理する FAT 
を大きくしなければならないが，その大きさにも限度がある.ちなみに， 
ごく 一般的な5インチ 2 DD フ□ッピ•ディスクではセクタ.サイズが512バイ 
卜，クラスタ•サイズが1024 ノマイトなので1アロケ—シヨン当たりのセクタ 
数は 2(20 となっている 


ディスクの先頭から何セクタを MS - DOS の管理から除外するかを設定する） 


f ► FAT(File Allocation lable ) は，ファイルがディスク上のどのクラスタを使’ 
用•連結しているかや空きセクタの位置などを記憶しているテ-ブル.こ 
の FAT が何個用意されているかを設定する. 

V ► FAT は非常に重要なため，一般的には二つ用意しておき， 一- ?が読めなく 
なった場合の予備として使用する.しかし， RAM ディスクの場合では フロ 
ツビ•ディスクのように傷などによるセクタ不良がないので予備の FAT を 
^ 用意する意味はない.したがって FAT の数は1 


ベルート •デイレクトリの総エントリ数を設定する） 




イスクに含まれるセクタの総数（予備のセクタ数も含める）を設定する つ 


本文に説明したメディア•ディスクリプタの値を設定する) 


—つの FAT が何セクタを使用しているかを設定する. FAT の各エント リ^ 

は 一- ?当たり12ビット （1.5 バイト）で構成されているので，この値はディス 
クの総容量（総クラスタ数）によって決定される.実際の設定方法につい 
ては，本 RAM ディスクの BPB 仕様設定を参照 


ッビ.ディスクやハード.ディスクだけでなく，磁気 
バブル•メモリや RAM ディスクのようなものまで， 
ブロ ッ ク単位でランダムにアクセスする こ とができる 
記憶装置であれば，どのようなものでもかまいません. 

また，このようなディスク装置のデバイス.ドライ 
バを作成する場合にも，ディレクトリや FAT の管理 
はすべて MSDOS.SYS が行うため，デ八イス.ドライ 
八ではこれらに ついて まったく意識する必要はありま 
せん. 

しかし， MSDOS.SYS が今どのようなタイプのディ 


スク装置を取り扱おうとしているのかがわからなけれ 
ば，ファイルのアクセスも不可能です.このために設 
けられたのが BPB と呼ばれるものです. 

BPB は，ディスクに関する緒元を設定したメモリ領 
域で， デ八イス.ドライバの中に設けられており，図 
18のような構造をしています. 

• フロッピ•ディスクのフォーマット 

ところで，フロッピ•ディスクの場合にはフォーマ 
ットの種類がたくさんあります. 5インチのフロッ 
ピ•ディスクの場合でも， MS-DOS の標準フォーマッ 
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〈表 2> MS - DOS 標準ディスク • フォーマット例 



3.5， 5インチ•ディスク 

8インチ•ディスク 

トラック数 

80 

80 

80 

(2 DD ) 

80 

40 

40 

40 

40 

77 

77 

(2 HD ) 

77 

セクタ/トラック. 

9 

9 

8 

8 

9 

9 

8 

8 

26 

26 

8 

サイド数 

1 

2 

1 

2 

1 

2 

1 

2 

1 

1 

2 

セクタ•サイズ 

512 

512 

512 

512 

512 

512 

512 

512 

128 

128 

1024 

総容缺 ( K バイト） 

360 

720 

320 

640 

180 

360 

160 

320 

250 

250 

1230 

ディレクトリ数 

112 

112 

112 

112 

64 

112 

64 

112 

68 

68 

192 

セクタ/クラスタ 

2 

2 

2 

2 

1 

2 

1 

2 

4 

4 

1 

予約セクタ 

1 

1 

1 

1 

1 

1 

1 

1 

1 

4 

1 

FAT 数 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

セクタ / FAT 

2 

3 

1 

2 

2 

2 

1 

1 

6 

6 

2 

FAT-ID 

0 F 8 H 

0 F 9 H 

0 FAH 

0 FBH 

0 FCH 

0 FDH 

0 FEH 

0 FFH 

0 FEH 

0 FDH 

0 FEH 


卜は10種類ほど存在し ます. 

従って，デバイス•ドライバでは， 一つの フロッピ. 
ディスクのために BPB を何種類も用意しておかなけ 
ればなりません.さらに，複数の BPB の中から，デノく 
イス*ドライバが実際にアクセスしているフロッピ. 
ディスタの種類に合った BPB を一-^だけ選択するた 
めに， MS - DOS ではフロッピ•デイスクの FAT (File 
Allocation Table ) の先頭に書き込まれている FAT - 
ID によってその選択を行っています. 

これにより， MS - DOS では1台のドライブで彳可種類 
ものディスタを使用することが可能となっているので 
す.表2に，一般的なフロッピ•ディスクの MS-DOS 
標準ディスクにおける FAT - ID を示します. 

• メディア•ディスクリプタ•バイトによって複数の 


BPB を判断する 

一方， MSDOS . SYS では，数ある BPB の中から現在 
使用されているのはどの BPB であるのかを簡単に知 
るために， BPB の中にメディア•ディスクリプタ•バ 
イトと呼ばれる1バイトの値を設定して おきます.こ 
の値は， 00 H 〜 FFH までの任意の値を設定することが 
できますが，異なった BPB には異なった値を設定し 
なければなりません.値そのものに意味はなく，それぞ 
れか II なった値をもっていることに意味があるわけです. 

さて， RAM ディスクの場合には一-^の BPB しか存 
在しませんので，メディア•ディスクリプタ•バイト 
の値はとくに意味をもちません.従って， 00 H 〜 FFH ま 
での任意の値を設定してかまいません. 

MSDOS . SYS ではデ八イス • ドライ八から渡された 
BPB をドライブの数だけ集めて， DPB (Drive Param 
eter Block ) と呼ばれる作業領域を MSDOS . SYS の内 
部に作成し， MSDOS . SYS はこの DPB テーブルを参 


照してファイル•アクセスを行います. 

m, … 爾 

i/o ij クエスト•コマンド 

.••かへ•か.’，; i !.. •，.ホぐ:ホ，'■辛.:： 
匕 W-J A : し ペ巾:. 1 !*» 


デ八イス.ドライ八で処理するコマンドは，図16に 


示したように13種類あります.各 コマン ドに対する コ 
マンド. パケットの 構造は， リ クエ スト.へッダに つ 
いては固定長で， 「コマンド •ハ。ケット」の項で説明し 
たように各 コマン ド共通ですが，パラメータ領域に つ 
いては コマン ドごとにそれぞれ決められています. 

この パラメータ領域には， コマンド 処理に必要なパ 
ラメータを MSDOS . SYS から渡されたり， コマンドの 
処理終了時には結果値をパラメータ領域にセット しま 
す.また， コマンドの 終了ステータスをリクエスト. 
へッ ダのステータス領域にセットしなければなりませ 
ん. 

なお，ここではブロック型のデバイス.ドライバに 
関連するコマンドについてのみ説明することにします. 

① INIT コマンド（コマンド•コード= 0 ) 

デバイス.ドライバの初期化を行うコマンドです. 
フロッピ.ディスクなどのデバイス.ドライバでは， 
デバイス.ドライ八自身の初期化やハー ドウェアの初 
期化が行われます. RAM ディスタのデバイス • ドライ 
八では，このほかに FAT エリアやルート•ディレクト 
リ•エリアの初期化が行われます. 

このコマン ドの終了時には， コマンド.パケ ットの 
パラメータ領域に，以下に示すような値をセットしな 
ければなりません. 

• ユニット数 

このデバイス.ドライバで，何台のドライブをサボ 
一卜しているかを表す値を設定します. 

• ブレーク•アドレス 

デ八イス • ドライバ•プログラムが，どこで終わっ 
ているかを示すアドレスを設定します. INIT コマン 
ドは，デバイス*ドライバがロードされたとき一度し 
か実行されませんので， 初期化の終了後には初期化ル 
—チンは不用と なります. 

従って，このルーチンをプログラムの最後部に置い 
ておき，初期化終了時にはこのアドレスをブレーク • 
アドレスにセットすることによって，メモリを節約す 
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〈図 19> INIT コマンドの処理終了コマンド.パケットのセツ 

INIT コマンド用のコマンド.パケット 


リクエスト •ヘッダ 


ュニット数= 2 


ブレーク •アドレス 


* BPB 配列テ-ブルのポインタ 


デバイス-ドライパ （メモリ上） 


デパイス.ヘッダ 


ユニット1巳 PB のアドレス 


ユニット2 BPB のアドレス 


ユニット 1 の BPB 


ユニッ |、2の巳 PB 


スト フ丁ン •ノレ ー ナン 


割り込みルーチン 


初期化 （ INIT ) ル—チン— 


13パイ I 、 


バイ I 、 


2ワード 


2ワ 




/そラメータ 
領域 


1 NIT コマン 
ド終了時に 
はこの令頁域 
にイ直をセツ 
卜する 


BPB 配列テーブル 

ユニット数= 2 


〒バイフぐ ドライパの 
口 —ド時に一度だけ 
初期化ル-チンがコ 
-ルされる.それ以 
後は不用となるので， 
この部分のメモリを 
フリーにする 


〈図21> BUILD BPB コマンドのコマンド.パケット 

BUILD BPB コマンド用のコマンド•パケット 


リクエスト•ヘッダ 


■ DPB へのメディア•ディスクリプタ 


•転送アドレス 


• BPB のポインタ 


13パイト 


等1く:ラメ 


2ワード 


2ワード 


領域 


デパイス•ドライパ （メモリ上） 


デノズイス•ヘッダ 


BPB ( l ) 


BPB ⑵ 

1 メディア•ディスクリプタ•バイト 


BPB (/7- l ) 


BPB ⑶ 


MS - DOS 標準ディ 
スクの場合は，こ 
のハヘンファに読み 
込まれている先頭 
FAT から FAT - ID を 
取り出して，目的 
の BPB を選択する 


卜 BPB 群 


RAM ディスクでは 
BPB が一つしかな 
いので，その BPB 
のメディア•デイス 
クリフ°夕•ノ v イトと 
BPB 先頭アドレス 

をコマンド . ハ。ケツ 
卜にセツトする 


〈図20 〉 MEDIA CHECK コマンドのコマンド.パケット 


MEDIA CHECK 用の コマンド . パケット 


リクエス1、•ヘッダ 

1 

13バイト 

| 

DPB からのメディア•ディスクリプタ 

1パイト 

返す値 

1ワ 

-ド 


\ノマラメータ 

I 


-1 :メディアは変吏されている 
^ 0:変更されたかどうかわからない 

1:メディアは変更されていない 


RAM ディスクでは変更されることが 
ありえないので常に“ 1" を返す 


ることもできます. 

• BPB の配列へのポインタ 

BPB への ポインタを ユニット 数だけ集めた配列テ 
ーブルのボインタを設定します. 

以上の様子を図19に示します.この図では，デ八イ 
ス • ドライ パ’ でサポートする ユニット 数が 2 の場合に 
ついて示しています. 

② MEDIA CHECK コマンド 

(コマンド • コード=1 ) 

デイスクが交換されたかどうかを調べるコマンドで， 


ブロック型のデバイスにのみ使用され ます. 本 コマン 
ドの コマンド. パケッ トを 図20に 示します. 

コマン ド •パケット •パラメータ領域の 「 DPB から 
のメディア•ディスクリプタ」には，調べようとする 
ディスクのメディア.ディスクリプタ （ MSDOS.SYS 
の DPB にセットされている BPB のメディア•ディス 
クリプタ）が設定されていますが，使い道はあリませ 
ん. 

• 返す値 


メディアが交換されたかどうかのチヱック結果を， 
次の値でセットします.本コマンドでは，この値のみ 
を処理結果としてセットします. 

一1:交換された 

〇:交換されたかどうかわからない 
1:交換されていない 

なお， RAM ディスクではメディアの交換はありえ 
ないので，常に“1”をセットします. 

③ BUILD BP 巳コマンド 

(コマンド • コード= 2 ) 

現在アクセスされているディスタの BPB を作成す 
る コマン ドです. 

本 コマンドのコマンド •パケット を 図 21 に 示し ま 
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〈図22> リード•コマンドのコマンド•パケット 


言売み出しノ、•ツフア 



RAM ディスクの場合 


す.コマンド •パケットのパラメータ 領域には，以下 
の値をセットします. 

• DPB へのメディア•ディスクリプタ 

作成あるいは選択された BPB のメディア•ディス 
クリプタ • バイトを設定します. 

• BPB に対するポインタ 

作成あるいは選択された BPB の先頭アドレスをセ 
ットします. 

なお， MS - DOS の標準ディスク（デバイス•ヘッダ 
のアトリビュート.ワードのビット13が0のデバイ 
ス）しか扱わないデバイス • ドライバに対しては， 
MSDOS.SYS がフロッピ•ディスクの FAT の第1セ 
クタを読み出して，そのバッファの先頭アドレスを「転 
送アドレス」にセットしてきます.これは， FAT の第 
1八イト目に書かれている FAT - ID によって標準の 
フロッピ.ディスクの BPB を選択することが可能だ 
からです. 

RAM ディスクの場合は BPB が一つしかありませ 
んので，この BPB のメディア•ディスクリプタと先頭 
アドレスをパラメータ領域にセットします. 

④リード•コマンド 

(コマンド.コード= 3，4 ) 


〈図23> ライト.コマンドのコマンド.パケット 


書き込みバッファ 



RAM ディスクの場合 


このコマンドは，ディスクからのデータ読み出しと， 
デバイス.ドライバ自身からの IOCTL の読み出しを 
行うものです.二つのコマンドともコマンド•ハ。ケッ 

卜が共通ですので，まとめて説明します. 

本コマンドのコマンド.パケットを図22に示しま 
す.なお，この図ではコマンド•コード= 3のデータ 
読み出しについてのみ示しています. 

コマンド•パケットのパラメータ領域には，コマン 
ドの処理に必要な値がセットされています.コマン 
ド •パケット •パラメータ領域の 「 DPB からのメディ 
ア•ディスクリプタ」は ， MEDIA CHECK コマンド 
で説明した ものと 同じです が， あまり使い道はありま 
せん. 

_転送アドレス 

データを格納する八ッファの先頭アドレスがセット 
されています.ディスクから読み出したデータや 
IOCTL 文字列は，このバッファに格納します. 

• バイト/セクタ • カウント 

読み出す IOCTL 文字列の長さ（コマンド=3)，ま 
たは，読み出すセクタ数（コマンド=4 ) がセットされ 
ています. 

また，コマンドの処理終了時には実際に読み出した 
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バイト数，または，セクタ数をこの領域にセットしな 
ければなリません.なお，ディスクからの読み出しで 
は，読み出し エラー が発生しない限りセクタ•カウン 
卜分のデータは読み出されておリ， コマンド 要求時の 
カウント値がそのまま残っているので，改めて値をセ 
ットする必要ありません. 

• 開始セクタ番号 

読み出しを開始する，論理的なセクタ番号がセット 
されています.これは，ディスクの先頭セクタを番号 
0として順番に付けられた番号です. 

⑤ライト•コマンド 

(コマンド • コード= 8，9,12) 

これらのコマンドは，ディスクへのデータ書き込み 
と，デバイス.ドライバへの IOCTL の書き込みを行う 
ものです.二つのコマンドともコマンド•パケットが 
共通ですのでまとめて説明します. 

本 コマン ドの コマンド.パケ ットを図23に示しま 
す.なお，図ではコマンド•コード8のデータ読み出 
しについてのみ示しています. コマンド. コード9に 
ついては，書き込んだ後のベリファイが付加されたも 
のです. 

コマンド. パケットのパラメータ領域には， コマン 
ドの処理に必要な値がセットされています. コマン 
ド•パケット•パラメータ領域の 「 DPB からのメディ 


ア • ディスクリプタ」は ， MEDIA CHECK コマンド 
で説明したものと同じですが，あまり使い道はあリま 
せん. 

• 転送アドレス 

書き込みデータが格納されているバッファの先頭ア 
ドレスがセットされています.ディスクへの書き込み 
データや IOCTL 文字列は，この八ッファから取り出 
します. 

• バイト/セクタ•カウント 

書き込む IOCTL 文字列の長さ（コマンド= 12) また 
は，書き込むセクタ数（コマンド= 8, 9) がセットされ 
ています. 

また， コマンドの 処理終了時には，実際に書き込ん 
だパ'イト数または，セクタ数をこの領域にセットしな 
ければなりません.なお，ディスクへの書き込みでは， 
書き込み エラー が発生しない限りセクタ•カウント分 
のデータ書き込みは行われており， コマンド 要求時の 
カウント値がそのまま残っているので，改めて値をセ 
ットする必要はありません. 

#開始セクタ番号 

書き込みを開始する論理的なセクタ番号がセットさ 
れそいます.これは，ディスクの先頭セクタを番号0 
として順に付けられた番号です. 


/ Keyword f 


システム•コール ユーザ •プログラムの作成では，「キーボードからの 入力 」， 「CRT への 出力 j ， 「ファイルの 入出 
力」などが頻繁に使用されますが，これらはハードウヱアと密接に関連しており，一つ一つ記述するのは大変で 
す. MS-DOS に限らず OS にはこれらの処理を実行するファンクション•プログラムがすでに組み込まれていま 
す. MS-DOS では MSDOS.SYS 内に 72 種類 ( Ver 2.0) ものファンクションが組み込まれており， ユーザ •プ ログ 
ラムから自由にコールして使用することができます.これをシステム.コール（ファンクション.コール）と呼ん 
でい ます. C 言語の標準関数なども，このシステム•コールを使用して記述され ています. 

ブート•プログラムパソコンでは， MS - DOS などのシステム立ち上げをディスクから行います.このためにはディ 
スクに格納されているシステム•プログラム （0 S ) をメモリ上にロー ドして実行しなければなりません.この口一 
ドと実行を行うプログラムを，ブート•プラグラム（正式にはブートストラップ•ローダ)と呼んでいます•ブート. 
プログラムは ROM 化されており， PC 9801 では，電源 ON の後一定時間内（数秒間）にディスクがなければ ROM 
版 BASIC を，デイスクがある場合は特定のセクタからシステム•プログラム 
をロードして実行します. 


クラスタ MS-DOS では，ファイルをクラスタという単位で管理しています.フ 
ロツビ.ディスクやハード•ディスクなどという装置の違い，あるいはセク 
夕という物理的単位を意識せずにより統一的にディスクなファイルを扱うた 
めの単位です.図に示すようにクラスタは連続したセクタによって構成され 
ていますが，ファイルを構成するクラスタは連続しているわけではありませ 
ん.そのために，ファイル割り付けテーブル （FAT : File Allocation Table ) 
によつて，クラスタがどのような順につながってファイルを構成しているか 
を管理しています. 


[ファイル丨最大 1 G パイト 



|]クラスタ I |[クラスタ]••… I クラスタ1 


1セクタ 

セクタ1 :!丨セクタ i ( 連続） 




128,256,512 

パイトなど 
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第 2 章固 I / O ポートにつながる RAM ディスクを作る 

ブロック型デバイス • ドライバと RAM 
ディスクの作り方 [プログラムの作成] 

RAM ディスクは，実際のフロッピ•ディスクとは異なり，データ部の初期化など 
は独自に行わなければなりません.プログラム•リストには詳しいコメントを入れて 
解説しました. 藤开敦 


デバイス*ドライバに ついての 説明が長くなってし 
まいました.本題のデバイス.ドライバ•プログラム 
の 作成に ついて 説明していきます. 

最近のプログラム開発は， C 言語など高級言語を用 
いて行うことが一般的になりましたが，デハ•イス•ド 
ライバについてはアセンブラによる作成が一般的なよ 
うです.日本語入カ フロント•エンド •プロセッサ（日 
本語入力用のデバイス•ドライバ）など大規模なデバイ 
ス*ドライバでは， C 言語が用いられている例もありま 
す. 

しかし，セグメント配置が一般のアプリケーション 
と異なるなどの問題もあり，手軽に使用できるわけで 
もありません.また，プログラム•サイズが大きくな 
ってしまいます. 

ここで紹介する RAM ディスクような小規模のデ 
バイス.ドライバでは，アセンブラで作成するほうが 
効率的です. 

ram ディスクの仕様設定 

■ レ 1. ， U’ •: Wj“..' iu. : ' i“..' 二 ; ik ド . 

ハードウヱア仕様の項でも説明しましたが，本 
RAM ディスクでは総容量の2 M (2, 097，15 2) 八イト 
を，1セクタ当たり512バイトの物理的セクタ.サイ 
ズで分割して，セクタ総数を4096セクタで構成してい 
ます. 

RAM デイ スクの デバイス. ドラ イノく は，セクタ単位 
でデータの読み書きを処理しますので，セクタ•サイ 
ズが BPB のパラメータ設定に大きく関わってきます. 

表 3 に本 RAM ディスクの仕様を示しますが，表に 
従って BPB の各パラメータ設定について説明します. 

① 1セクタのバイト数（論理的なセクタ•サイズ） 
物理的なセクタ • サイズと同一の512バイトとしま 

した.ディスタの総容量が数十 M バイトと大容量の場 
合は大きくしなければなりませんが，本 RAM ディス 
ク程度では 512 バイトが適当でしょう. 

② 1アロケーション当たりのセクタ数 
MSDOS.SYS がファイルを扱う時のアクセス単位 

ですが，先に説明したようにメモリのむだを減らすた 


めに512バイトとしました.従って，セクタ数は1と 
します. 

③ 予備のセクタ数 

RAM ディスタの場合， システム •ディスクとして使 
用することはありませんので基本的には0でよいので 
すが， データの保存機能と イニシャル 処理の機能拡張 
のために1セクタを使用し ます.これは，ハードウェ 
アの項で説明したように，本 RAM ディスクではメモ 
リ内容の保存のために電源を PC 9801 本体から供給さ 
れるのではなく別電源としました. 

これにより， PC 9801 の電源を切っても， RAM ディ 
スク内のデータは保存されています.しかし，メモリ 
内容の保存は行われていても， MS - DOS 立ち上げ時に 
デバイス.ドライバがロー ドされるごとに RAM ディ 
スクの初期イ匕^ 5 ログラムにより FAT やディレクトリ 
がクリアされたのでは，データを保存している意味が 
ありません. 

そこで， RAM ディスクの先頭セクタ （予備セクタ： 
セクタ0 ) に特定のチェック•ワードを書き込んでお 
き，デバイス*ドライバの初期化ルーチン実行時にそ 
の チヱック. ワードが保存されているかどうかを チェ 
ック します.これにより，保存されている場合は RAM 
ディスクの初期化処理を行わず，破壊されている場合 
にのみ初期化処理を実行します.予備のセクタは，こ 
の 目的のためのデータ保存チェック用セクタとして使 
用します. 

④ FAT の数 

FAT の数は1に設定します.これは，フロッピ•デ 


〈表3> 本 RAM ディスクの主な仕様 


1セクタの八イト数 

512 

1アロケーション当たりのセクタ数 

1 

予備のセクタ数 

1 

FAT の数 

1 

ルート•ディレクトリ数 

128 

総セクタ数 

4096 

メディア•ディスクリブタ • 八イト 

OOH 

FAT に必要なセクタ数 

12 
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ィスクなどとは異なり， RAM ディスクの場合には一 
部のセクタのみが不良になってアクセスできなくなる 
ようなことがないために，予備の FAT を用意してお 
く メリットがないためです. 

⑤ディレクトリ数 

ルート•ディレクトリの総数ですので，あまり多く 
する必要はあリません（必要ならばサブ•ディレクトリ 
を作成すればよい）ので128とします. 

⑤総 セクタ数 

総セクタ数は，物理的に4096セクタと決定されま 

す. 

⑦ メディア•ディスクリプタ 

本デバイス.ドライ八で扱う デバイ ス（ユニット）の 
数は一つですので， OOH 〜 FFH までの値であれば自由 
に設定することが可能ですが，ここでは OOH としま 
す. 

⑧ FAT に必要なセクタ数 

本 RAM ディスクではクラスタ•サイズ （1 アロケ 
ーションのサイズ）=セクタ•サイズですから総クラス 
夕数は4096となり，これを管理するための FAT のセ 
クタ数は12となります. 

これは， MSDOS . SYS がファイルの管理を行うため 
に，クラスタに番号を付けて管理していますが ， FAT 
では一-^のクラスタの番号を12ビットで表している 
ため，4096のクラスタを管理するためには， 

4096 X 12( ビット）=49，152(ビット） 

が必要となリます.従って， FAT に必要なセクタ数は， 
49，152(ビット）+8(ビット）+512 (バィト) 

=12(セクタ） 

となリます. 

ところで，12ビットで表すことのできる最大値は 
4096ですので， MSDOS . SYS で管理することのできる 
クラスタ数は最大で4096ということになリます.従っ 
て， RAM ディスクの容量を2 M 八イトよリ大きくす 
る場合には，セクタ•サイズあるいは1クラスタ当た 
り の セクタ数 （ 1 アロケーション 当たり の セクタ数）を 
大きく設定して，総クラスタ数を4096以内に収める必 
要があります. 

プログラムの構造 

姑，. “パ' 山.'“ . 沒 

本 RAM ディスクの デ八 イス.ドライ ハ ヘプログラ 
ムをアセンブルした 「 RAMDISK . LST 」を リスト 1 
(P.89) に示します. 300 行程度のプログラムですので， 
さほど難しいものではありません.以下に各ルーチン 
について説明します.なお， BPB については仕様の項 
で説明し/ことおりです. 

①デ/くイス •ヘッダ 

デ八イス. へ、、; ダは，プログラムの先頭 （ OOOOH ) で 


定義しなければなりません.定義内容は，「デバイス. 
ヘッダの構造」で説明したとおりですので，ここでは 
「デバイスの属性」ワードについて説明します. 

これまでに説明したように， RAM ディスクはブロ 
ック型のデバイスであり， MS - DOS の標準ディスクで 
はありませんので NON-IBM FORMAT となりま 
す. 

また， IO - CONTROL については，キャラクタ型の 
デバイスでは使用されることもありますが，ブロック 
型のデバイスではほとんど使用されませんので省略し 
ました. 

従って，「デバイスの属性」ワードは， 

2000 H ( 0010000000000 000 B ) 

に設定します. 

② BP 日の定義 

表 3 のデバイス•ドライバの仕様のところで説明し 
たとおりの内容です. 

③ ストラテ ジ • ルーチン （ strategy ) 

このルーチンは，レジスタ ES:BX にセットされて 
くるコマンド •パケットの アドレスを，作業用の領域 
( packet ) に格納して FAR リターンするだけです. 

実際の コマンド 処理は，割リ込み ルーチンのコール 
で実行.されますが，そのときに必要な コマン ド番号， 
パラメータは コマンド • ハ。ケッ トから取り出します. 

④ 割り込みルーチン （ interrupt ) 

このルーチンは， 実際に コマンド 処理を実行す る 入 
口となります.まず，デ 八 イス.ドライ 八で 使用して 
いるすべてのレジスタを 退避した後で， コマンド •パ 
ケットからコマンド•コードを取リ出し，コマンド. 
ジャンブ.テーブル （ jmptable ) の内容にしたがって， 
該当する各 ルーチンへ 分岐し ます. 

コマンドの処理が終了した場合は，先に退避した各 
レジスタを復帰して FAR リターンします. 

なお， コマンド•ハ。ケットの ステータス•ワードの 
セットは， 各 コマンド 処理の中で行われます.また， 
サポートしていないコマンド.コールに対しては，コ 
マンド•パケットの ステータス •ワー ドの done ビット 
のみをセットしてコマンドの正常終 r とします. 

⑤ 初期化ルーチン （ initialize ) 

このルーチンでは， RAM ディスクの初期化を行い 
ます.本 RAM ディスクは別電源を使用して いるた 
め， PC 9801 の電源を切ったとしても，ディスクの電源 
が供給されている限リディスク内容の保存が可能な仕 
様になっています•したがって，一度初期化が実行さ 
れていれば， RAM ディスク本体の電源を切らない限 
リ初期化を行う必要はあリません. 

このため，ルーチンでは最初にディスタの内容が保 
存されているかどうかのチヱ ッ クを行います.方法は， 
セクタ0 (予備セクタとして使用）の先頭にチェック. 
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ワード 5 AB 6 H を書き込んでおき，この値が保存され 
ていれば電源が切られなかったものとして以下の初期 
化処理は行いません.なお，チヱック•ワードの値 
5 AB 6 H にはとくに意味をもっていません. 

イニシャルは，チェック用予備セクタ， FAT ， そして 
ディレクトリについて行います. 

まず最初に，セクタ-0のチヱック用予備セクタの先 
頭にチェック.ワード 5 AB 6 H を書き込みます. 

FAT の イニシャルは， FAT エリアであるセクタ1 
〜12を 00 H でクリアし ます.ただし， FA 丁の 先頭に 
は，3 八イ トの FFH を書き込みます. MS - DOS 標準デ 
ィスクでは FAT - ID が書き込まれていますが，本 
RAM ディスクは標準ディスクではないのでとくに必 
要ではあリませんから，初期化時の FAT の先頭3八 
イトには，ダミーとして FFH を書き込んでおきます. 

ディレクトリのイニシャルは， ディレクトリ•エリ 
アのセクタ13〜20 (ディレクトリ128個分） を OOH で 
クリアし ます. 

最後に，デバイス*ドライバの インストール完了を 
示すメッ セージをコンソールに 出力した後で， コマン 
ド•パケットに戻り値をセットし ます.内容は，ュニ 
ット数に1を，ブレーク•アドレスには初期化 ルー チ 
ンの先頭であるイニシャル作業用のバッファ 「 rwbuf 」 
のアドレスを， BPB 配列へのボインタには BPB 配列 
テーブル 「 bpbtable 」 のアドレスを，そして ステー タ 
ス•ワードの done ビットに1をセットしてリターン 
します. 

なお，処理については図 19( p .81) を参照してくださ 


サブルーチン 「 ramreadj による読み出しを実行します. 

サブルーチンによる読み出しは，まず最初にセグメ 
ントのラップアラウンドの処理を行います.これは， 
読み出しセクタ数に128以上の値(転送するバイト数 
が64 K バイトを超えてしまう）が設定されているよ 
うな場合に，正しいバッファ•アドレスにデータを転 
送するために，セグメント：オフセットの値を正規化 
するものです. 

この後で，セクタ番号を RAM ディスクのセクタ番 
号レジスタに書き込み，そのセクタから1セクタ分 
512八イト (256 ワード）のデータを読み取って転送を 
行います.読み出しは，セクタ番号を+1しながらセ 
クタ数分だけ繰り返し実行されます. 

最後に，読み出し エラーがない 場合には，コマンド* 
パケッ トの ステータス•ワー ド done ビットに1を， エ 
ラーが あった場合には done ビット， error ビットに 
1，エラー •コードに8 ( 不正なセクタ番号に対するア 
クセス）をセットしてリターンします. 

なお，処理については図 22( p .82) を参照してくださ 

い. 

⑧ディスク書き込みルーチン （ diskwrite ) 

このルーチンは，セクタの書き込みを行います. 
RAM ディスタではベリファイの必要があリませんの 

で，コマンド•コード 8 ( ライト），コマンド•コード 

9 (ライト&ベリファイ）ともに同一の処理を行います. 
構造的には読み出しと書き込みの違いだけで，「読み出 
しルーチン」とほぼ同じ内容となっています. 

コマンド•パケットから八ッファ•アドレス， 書き 
込み開始セクタ番号，書き込みセクタ数を取り出し， 


⑧ メディア•チェック•ルーチン （ mediacheck ) 

このルーチンは， RAM ディスクではメディアを交 
換することがあリ得ないためコマンド.パケットの戻 
り値には常に1を，そしてステータス•ワードの done 
ビットに1をセットしてリターンします. 

なお，処理については図 20( p .81) を参照してくださ 

い. 

⑦ BPB 作成ルーチン （ buildbpb ) 

このルーチンでは， コマンド •ハ。ケットのメディア. 
ディスクリプタ • バイトに 00 H を， BPB ボインタに 
BPB テーブル 「 bpb 」 のアドレスを，そしてステータ 
ス•ワードの done ビットに1をセットしてリターン 
します.なお，処理については図21 ( p .81) を参照してく 
ださい. 

⑧ ディスク読み出しルーチン （ diskread ) 

このルーチンは，セクタの読み出しを行います.コ 
マンド. パケットから八ッ ファ•アドレス， 読み出し 
開始セクタ番号，読み出しセクタ数を取り出して，ま 
ずセクタ番号のチヱックを行い4095セクタを超えて 
いる場合はエラー処理を行います.超えていなければ， 


セクタ番号のチヱックを行った後でサブルーチン 
「 ramwrite 」 による書き込みを実行します. 

サブルーチンによる書き込みは，読み出しサブルー 
チン 「 ramread 」 同様にセグメントのラップアラウンド 
の処理を行った後で，セクタ番号を RAM ディスクの 
セクタ番号レジスタに書き込み，そのセクタから1セ 
クタ分の512バイト (256 ワード）のデータを書き込み 
ます.書き込みは，セクタ番号を+1しながらセクタ 
数分だけ繰り返し実行されます. 

最後に，書き込みエラーがない場合には，コマンド. 
パケットのステータス.ワード done ビットに1を，エ 
ラーがあった場合には done ビット， error ビットに 
1，エラー•コードに8 ( 不正なセクタ番号に対するア 
クセス）をセットしてリターンします. 

なお，処理については図 23( p .82) を参照してくださ 


中.：，， I ：. 1 ' 1 •.禪 

デバィス.ドラィノ耐ンブルと使用方 議 


リス 


に示したアセンブル 


リスト RAMDISK 
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〈図 24> 

デバイス • ドライバ 
作成の作業例 


く図 25> “ CONFIG . SYS ” の内容 


A>DIR RAMDISK.* 〆 


ドライブ A : のディスクにはボリュームラベルがありません 
ディレクトリは ArYRAMDISK 

RAMDISK ASM 7152 89-05-06 21:19 
1個のファイルがあります 
7897088 バイトが使用可能です 

A>MASM RAMDISK;- 

The Microsoft MACRO Assembler 

Version 1.20. Copyright (C) Microsoft Inc. 1981,82 ,83 


Warning Severe 
Errors Errors 


A>LINK RAMDISK:^ 

Microsoft (R) Overlay Linker Version 3.51 

Copyright (C) Microsoft Corp 1983, 1984, 1985, 1986. All rights reserved. 
Warning: no stack segment 
A>EXE2BIN RAMDISK* 


A>D!R RAMDISK.*. 


ドライブ A : のディスクにはボリュームラベルがありません 
ディレクトリは A:YRAMDISK 

RAMDISK ASM 7152 89-05-06 21:19 

RAMDISK OBJ 955 89-05-07 17:35 

RAMDISK EXE 1557 89-05-07 17:35 

RAMDISK BIN 1045 89-05-07 17:35 

4 個のファイルがあります 
786432 0 バイトが使用可能です 

A> 


files=10 

buffers=10 

device=ramdisk. bin 

she 11=a:Ycominand.com a:Y /p 


LST (生成コードは省略）をもとに， ソース •プログラ 
ム RAMDISK.ASM を作成してください.コーディング 
か 1冬了するとアセンブルを行いますが，アセンブル • 
エラーが発生した場合には，コーディングを再^}窗認し 
てください.エラーがなければ LINK ， EXE 2 BIN コマン 
ドを使用して デ八イ ス•ドライ 八•ファイル RAMDIS - 
K BIN を作成します. 

図24 にアセンブル， LINK ， EXE 2 BIN によるデバイ 

ス.ドライバ•ファイルの作成例を示します.完成し 


たファイル RAMDISK.BIN の大きさは1027バイトに 
なっているはずです.違うようであれば，再度コーデ 
ィングを確認してください. 

デバイス.ドライ八が完成したところで，いよいよ 
MS - DOS への組み込みを行います.まず， RAMDISK 
BIN をファイル “CONFIG • SYS ” に登録します.一般的 
な “ CONFIG . SYS ” の内容を 図25 に示します.後は 
“ CONFIG . SYS ” と “ RAMDISK . BIN ” をシステム•デ 
ィスクのルート•ディレクトリに コピー してすべてが 
完成です.パーソナル.コンピュータのブート•ディ 
スクにフロッピ•ディスクを揷入してシステムの再起 
動をしてください. 

r PC 9801 RAM—DISK VerO . IO を組み込みます • 」 


-j Keyword h 


ルート•ディレクトリとサブ•ディレクトリ MS - DOS では図に示す 
ようにディレクトリが階層構造になっています.この階層構造で 
最上位に位置するディレクトリをルート•ディレクトリと呼び， 
これはディスクの決められた位置に一つだけ用意されています. 
その下にはファイルを定義するのと同じ考え方でいくつでもディ 
レクトリを作成することができます.このようにして作られたデ 
イレクトリをサブ.ディレクトリと呼び，ルート•ディレクトリ 
と区別します. 


ファイル 


ルー ト • 





デイレクトり 

サブ- 





テ*ィレクトリ 


サブ • 

ディレクトリ フアイノレ 


フアイノレ 
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く図 26> MS-DOS の起動と RAM ディスクの使用例 


RAMDISK ASM 7152 89-05-06 

RAMDISK OBJ 955 89-05-07 

RAMDISK EXE 1557 89-05-07 

RAMDISK BIN 1045 89-05-07 

4 個のファイルがあります 
207462 4 バイトが使用可能です 


D CHKDS し 


2086400バイト 
11776バイト 
2074624バイト 


全 ディスク 容量 
4個のユーザーファイル 
使用可能 ディスク 容量 


655360バイト：全メモリ 
491712バイト：使用可能メモリ 


D> 


A 〉 D : • 


D>C0PY A:¥RAMDISK¥RAMDISK.t 


D>DIR< 

ドライブ D : のディスクにはボリュームラベルがありません 
ディレクトリは D:Y 


Command i\ 3> 2. 11 
現在の日付は 1989-05-07 (月）です 
日付を入力してください： ン 
現在の時刻は17:42:24:00です 
時刻を入力してください： ン 


NEC PC -9801 Series Personal Computer 
マイク a ソフト MS-DOS i\ 2.11 

Copyright 1981,82,83 Microsoft Corp . / NEC Corporation 
PC -9801 RAM.DISK Ver 0.10 を組み込みます 


とメ ッ セージが出力されるはずです. 

こ れで RAM ディスク . デバイス . 

ドライバがインストールされました. 

ドライブ番号は，これまで使用して 
いた最後のドライブ番号の次の番号 
が割り当てられます.図26に使用例 
を示しますが，表中では RAM ディ 
スクがドライブ “ D :” に割り当てら 
れています. 

ところで，作成した デノく イス•ド 
ライ 八の 試験方法に ついては 誌面の 
都合もあり省略させていただきまし 
た . MS-DOS の DEBUG コマンド 
を使用して行う方法が一般的ですが， 

通常のアプリケーション • プログラ 
ムのデバッグと違い，デバイス•ド 
ライバのデノヽ•ッグは多少面倒です. 

今回作成したデバイス.ドライバは， 

アセンブラ • ソースで数百行ですし， 

構造的にもさほど難しい部分はない 
と思いますので，回路図とリストを 
参考にしてチャレンジして見てくだ 
さい.いずれ機会があれば紹介した 
いと考えています. 

• 最後に 

MS - DOS は， 16 ビット•ハ。ーソナ 
ル.コンピュータの標準的な OS と 
して使用されています.そして，そ 
のもとで使用することのできるアプ 
リケーション.プログラムは数え切 
れないほどの膨大な数になっていま 
す.同様に，プログラム開発環境に 
ついても Fortran , Pascal , C などと 
ほとんどの高級言語が使用可能とな 
っています. 

高級言語を使用してプログラム開発を行うことのメ 
リットは，開発効率が良い，構造的なプログラミング 
によりプログラムの見通しが良いなど多くの利点をも 
っています. 

しかし，フロッピ•ディスク.ベースでの開発では， 
コンハ。イル処理などに費やされる時間は高速だといわ 
れる C 言語でも数千行の処理には相当な時間が必要 
となります. Pascal では同程度のコンパイル処理に数 
十分を必要とした例もあります. 

様々な技術現場では，時間に追われた過酷な労働の 
中でプログラム開発を行っているという現実もあり， 
RAM ディスクの高速動作を生かして，少しでも高品 
位で効率的なプログラム開発に取り組んではいかがで 
しょうか. 


囹参考•引用 • 文献囫 

(I) 標準 MS-DOS ハンドブック，アスキー . 

⑵ MS-DOS プログラマーズハンドブック，アスキー . 

⑶ MS-DOS ユーザーズマニュアル，日本電気 . 

⑷ PC-9801 シリーズ . テクニカルデータブック，アスキー . 

(5) PC-9801VX ハードウヱアマニュアル，日本電気 . 

(6) * MCC-1 取扱説明書，山下電気 . 

( 7 ) 半導体技術資料 No 14,47 ，テキサスインスツルメンツ . 

(8) * TC 511000 技術資料，東芝. 

(9) * EXO-3 クリスタルオシレータ技術資料， KSS. 

⑽金井英和他；特集 MS-DOS の基礎と応用，インターフエー 
ス， 1985 年 1 月号 . 

(II) 金井英和他；特集 MS-DOS の徹底活用，インターフエー 
ス， 1985 年 2 月号 . 

(12) 保存版特集 MS-DOS 活用テクノロジー，マイコンピュー 
夕， 1986 年 No.20. 
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第 3 章 時計表示と縮小印字ドライパを作る 

キャラクタ型と常駐型デバイス • ドライバ 
の作り方 

プリンタやコンソールなどは1文字単位の入出力が行われるキャラクタ型デバイス • 
ドライバです.デバイス•ドライバの構造を理解するために「何もしない」プログラム _ 

から始め，時計表示や縮小印字を行ろ例などを紹介します. 


MS-DOS で使われる入出力装置には，さまざまな種 
類のものがあります.昔コンピュータを習った方には 
『入出力装置』と言ったほうが通リがし、いでしょうが， 
最近は『デバイス』と呼ぶことのほうが多くなってい 
ます.この 『デ八 イス』の種類には，ざっとあげる だ 
けでも，スクリーン，キーボード，フ。リンタ，フロッピ* 
ディスク，ハード • ディスク， CD-ROM などさまざま 
なものがあリます. MS-DOS ではとくに，スクリー 
ン.デ八イスとキーボード.デバイスとの二つを組み 
合わせてコン ソール.デ八イ スと呼びます. 

それぞれのデハ•イスは，さまざまな特性や独自のイ 
ンターフェースをもっています.特性とは，たとえば 
スクリーン.デバイスの表示文字数やプリンタの制御 
コマンド，ディスクの記憶容量などがあげられます. 
接続インターフェースでは，キーボードがシリアル接 
続かパラレル接続なのか，ディスク装置は SCSI なの 
か SASI なのかといったようなものです. 

• デバイス • ドライバによって ユーザは こまかいこと 
を気にしなくてよい 

このようにさまざまな種類のテ v くイスの違いを吸収 
して， MS-DOS 上からは同一に見えるような役割をは 
たすのがデ八イス.ドライバです.デバイス.ドライ 
パを通すことによって，ユーザはそのディスクが 
SCSI であるか SASI かどちらのインターフェースで 
っながっているかなどを知らなくともいいし，またス 
クリーン•デバイス.ドライバに1文字を送ったり，キ 
ーボード•デバイス.ドライバから1文字を読み込んだ 
りするという単純操作だけになります.こうしてユー 
ザは，わずらわしい作業から解放されるのです（図1 ). 

このような MS-DOS のデバイス • ドライ八には，大 
きく分けて，キャラクタ型とブロック型の二つのタイ 
プがあります.キャラクタ型デバイス，ドライバは， 

1八イト（キャラクタ）単位でデータを扱うデ八イス • 
ドライバであり，ブロック型デバイス.ドライノくは， 
複数八イトのブロック単位でデータを扱うデバイス • 
ドライバです. 

フロッピ•ディスクやハード•ディスクは，すべて 
ブロック型デバイスといえます.そしてディスク装置 


以外のほとんどのテ v <イスはキャラクタ型です. 

この章では， キャラクタ型デバイス•ドライ八を「標 
準型」と「特殊型」の二つのタイプに分けて説明する 
ことにします.本来デバイス.ドライノくにはこのよう 
な分類はありません.この二つのタイプの違いという 
のは， MS - DOS が頻繁に使用するデバイス.ドライバ 
であるかどうかという違いだけです.「標準デ八イス. 
ドライバ、」は， MS - DOS がオペレータと対話するため 
にはなくてはならないものです.それに対して，「特殊 
デバイス • ドライバ」は必須ではありませんし，多くの 
場合，デバイス.ドライバの型式をとらなくても実現 
できます. 

本章では，キャラクタ型デバイス • ドライ 八の こと 
を，たんにデノ《イス • ドライバと呼ぶことがあるので 
注意してく ださい. ブロック型については第2章を参 
照して ください. 

標準キャラクタ型デバイス • ドライバ 

效:•‘ぬ 

標準デバイス • ドライバは， 

NUL デバイス 
CON デバイス 
CLOCK デバイス 

の三つの種類のデバイスを扱うドライバです.この三 
つのデバイスは， MS - DOS オペレーションでもっとも 
重要な役割をはたします.そのため， MS - DOS がメー 
力から供給される際には必ず組み込まれています. 
これらのデ八イス.ドライハ♦は，システムの中にそ 

く 図1> デバイスとユーザ 


ユーザからはデパ 
イスのこまかい仕 
様はみえていない 
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れぞれ 一つし か存在しません.仮に，ユーザが新しい 
CON デバイス•ドライバを作成したとすると，以前の 
CON デ八イス.ドライ八は機能しなくなり，すべての 
機能を新しい CON デ八イス.ドライバにゆだねるよ 
うになります. 

• NUL デバイスは何もしない 

NUL というデバイスは，何もしない論理出カデ八 
イスです.実際の外部装置に接続されているわけでは 
ありません.またデノ<イス.ドライハへチヱーンの先 
頭マーカとしての役割もはたしています（図2 ). 
CONFIG . SYS などで記述された組み込み以外のデバ 
イス.ドライバは，この NUL デバイス.ドライバの後 
にチェーンされていきます. 

ダミーの出カデノくイスである NUL は， ユーザから 
見た場合，それほど有用なデバイスではありませんが， 
A > COPY A : * . * B:〉NUL 
などのようにして，アプリケーションの出力を NUL 
に向けることで，余計なメッセージを抑制するような 
使い方をされることがあります.また， MS-DOS のデ 
バイス.ドライバの オーバへ ッドを計測するような使 
い方も考えられます. 

NUL デバイスは出カデ八イスなので， 

A > TYPE NUL 

などのように入カデバイスとして使用しても，何もせ 
ずに終了します.これは NUL デハ•イス.ドライバから 
エラーか^1されるからです. 

• CON デバイスは入出力の二刀流 

CON デバイスは いわゆるコンソール •デバイスで 
あり，標準入カデバイスと標準出カデバイスの両方の 
機能を もっています.一般に標準入カデ八イスはキー 
ボードであり，標準出カデバイスはスクリーンです. 
したがって， CON デバイス.ドライ八の作成は注意を 
要します.なぜなら， CON デバイスの処理能力がシス 
テム全体の スルー プットを決めてしまうからです. 

たとえば，画面表示出力をたんなるダム•ターミナ 
ル（指*定された文字を加工せずに出力するだけ）として 
しまえば簡単ですが，一般に エスケープ•シーケンス 
と呼ばれる画面制御機能をもたせて作成する場合があ 


く図2> デバイス • ドライバ•チェーン 



追加したデパイス•ドライバ 


ります.カーソル移動やスクロール制御などの機能が， 
その代表的なものといえましょう. 

英数字の みを扱う 外国の MS-DOS マシンはエスケ 
ープ•シーケンス 機能の作成が容易で， そのため 画面 
出力も高速に行われます.それ対して，漢字を考慮し 
た国産 マシンの 表示速度は比較的低速です. 

表示を高速にするために，最近はこのような低速の 
MS-DOS 標準出力を使わずに，自ら画面出カルーチン 
をもったアプリ ケーシヨ ンが多くなりました.しかし， 
このために犠牲にされるのはポータビリティ（移植性） 
です.これは MS-DOS マシンに 限らず， 0S メーカと 
ユーザとのいたちごっこです. 0S メーカは常に ポー 
タピリティを追求し，ユーザは高速性を追求するので 
す. OS/2 にせよ Macintosh にせよ，高速性を追求す 
るユーザは，いつも 0 S の裏をかこうとしています. 

CON デバイスは，入出力の両方の機能をもったデ 
バイスなので， 

A > COPY CON AUTOEXEC.BAT 

とすれば，キーボード入力が AUTOEXEC . BAT という 
ファイルに反映されます.エディタが手元にない場合 
などによく使用されるテクニックです. 

また，出カデ八イスとして， 

A > COPY AUTOEXEC.BAT CON 

とすることもできます.これは AUTOEXEC.BAT ファ 
イルの内容をスクリーンに表示させます. TYPE コマ 
ン ドでは1回に 一つのファイル しか表示で きませんが， 

A>COPY * . * CON 

などとすれば，カレント•ディレクトリのすベてのフ 
ァイルの内容を表示させることができることになリま 

す. 

• CLOCK デバイスはユーザが直接操作するわけで 
はない 

CLOCK デ八イスは， MS-DOS 内部で使用されるデ 
バイスで， ファイルの作成日付けなどを MS-DOS が 
付加する際に呼び出されます.したがってデバイスと 
は呼ばれていますが， ユーザが直接操作したリするこ 
とはあまリ行われません. したがって， 

A > TYPE CLOCK 

というのは，画面に現在時刻を表示するわけではあり 
ませんし， 

A > COPY AUTOEXEC.BAT CLOCK 

などとすれば， MS-DOS のシステム時間がおかしなも 
のになってしまう可能性があリます. 

• 準標準のデバイス.ドライバ 

以上の 三つの キャラクタ •デバイスは， MS-DOS に 
必須のものでした.しかし，これら以外にも「準標準」 

と見なせるデハ*イス.ドライ八が存在します.それら 
には， 

► PRN デノ、•イス 
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► AUX デバイス 

などがあります.ただし，これらのデノくイス.ドライ 
バが存在しなくても MS - DOS は動作します.したが 
って， MS - DOS がメーカから供給される場合に必ず添 
付されるものとは限りません. 

それぞれ， PRN デバイスはプリンタを， AUX デバ 
イスはシリアル回線を制御するデバイス.ドライバで 
す.キャラクタ.デバイスの名称は，システムの中で 
唯一ひとつしか存在できないので，複数のプリンタが 
接続できるシステムでは LST 1 デバイス， LST 2 デバイ 
スのようにデバイス.ドライバが別々の名称をもって 
いることもあります. 

これらのデパイス.ドライバが「準標準」である理 
由は，たんに標準キャラクタ•デバイスと同じような 
MS - DOS オペレーシヨンが可能であるということで 
す.つまり MS - DOS にとって必須ではないが，入出力 
のためのデバイスとして機能するということです.た 
とえば， 

A > COPY AUTOEXEC.BAT PRN 

とすれば，ファイルの内容がプリンタに出力されます 
し， 

A > COPY AUTOEXEC.BAT AUX 

とすれば，ファイルの内容がシリアル回線へ出力され 
ます. 

ユーザにとって，それらが標準デバイスであるか準 
標準デバイスであるかの区別はできません. 

特殊キャラクタ型デバイス.ドライバ 

梯，’:くノ ， 人 W 

特殊デバイス • ドライ八は， いままで説明してきた 
デバイス•ドライバとはおもむきを変えます.このデ 
八イス • ドライノくは， MS - DOS のメモリ中に常駐する 
だけのために，その型式をとっているにすぎないこと 
が多い のです.もしくは， どのドライバよりも最初に 
起動をしたい場合に も，特殊デバイス • ドライ八の型 
式をとることがあるでしょう.またデハ•イス•ドライ 
バの型式をとることによって， MS - DOS の I / O コン 
トロール 機能が使用できるという利点 もみのがせませ 
ん. 

どの理由にせよ，入出カデ八イスとしての機能を持 
ち合わせていないようなデバイス.ドライバを，特殊 
デバイス* ドライ八として分類しましょう. 

したがって， 特殊デ八イス.ドライバは， MS-DOS 
のリダイレクシヨン機能を使用してデ八イスとの入出 
力を行うことは一般にはできません. 多くの場合，デ 
八イス • ドライバがエラーを返すことで問題を生じま 
せんが，そうでない可能性がなくなるということでは 
ありません. 

こうした意味で，先ほど出てきた CLOCK デバイ 


ス • ドライバは特殊型に分類されなければなリません 
が，デバイス•へッダで寸旨定することによって，例外 
として MS-DOS に認識されています（図 3 h 

• MS-DOS 3.3 には特殊デバイス.ドライバが二つ 
付属している 

特殊型を代表するデバイス • ドライバとしては， 
PC 9801 シリーズの MS-DOS 3.3 に付属する， 
►グラフィック.デバイス.ドライバ 
(GRAPH $デバイス） 

► EMS デバ、イス • ドライノく 
(EMMXXXXO デバイス） 

などがあげられます. 

グラフィック•デバイス•ドライバは，メモリへ常 
駐するだけの目的のためにデバイス • ドライバの型式 
をとっています.したがってデハ•イス.ドライバでは 
なく，常駐型アブリケーシヨン ( TSR-Terminate but 
Stay Regident ) の型式をとってもかまわないのです. 

グラフィック.デハ•イス.ドライバがメモリに常駐 
した後，ユーザは割り込みおよび FAR CALL を使用 
してグラフイック•ファンクシヨンを実行します. 

EMS デバイス • ドライハ•は，誰よりも先にメモリへ 
常駐する目的でデバイス • ドライバの型式をとってい 
ます. TSR で実現することも可能ですが，そうすると 
ほかのデバイス • ドライバが EMS を利用することが 
できなくなってしまいます. 

また，このデバ'イス•ドラ イノ <は， EMS マネージャ 
がアクティブであるかどうかを判断するためにデノくイ 
ス名を利用しています.アプリケーシヨンが “EMMXX 
XXO ” というデバイスをオープンすることができれば， 
アクティブであると判断するのです.しかし実際の入 
出力は， EMMXXXXO デバイスを通して行うことがで 
きないので，注意が必要です. EMS マネージャは， INT 
67 H という害 lj り込みを通して制御するようになって 
います.詳しくは第 4 章を参照してください. 

• マウスの制御のドライバも特殊型 

このほかにも，マウスを制御するためのマウス•デ 
バイス.ドライバが存在します.この デノく イス•ドラ 
イバも物理デバイスを制御しているにもかかわらず， 
MS-DOS 自身がマウスに関するシステム•ファンクシ 

〈図 3> 標準デバイス.ドライバと特殊デバイス.ドライバ 

「標準型 NIX , CON , CLOCK , PRN , AUX など. 

デパイス.へッダで指定されたデバイス， 
および， 

でご♦づス•ー リダイレクシヨン可能なデパイス 

I 、フイハ 

一特殊型 EMMXXXXO. MSSMOUSE など. 

デパイス•ヘッダでの指定がなく， 

かつ， 

入出カリダイレクシヨン不可能なデハ_イス 
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ヨン•コールをもっていないために，特殊型に厲しま 
す.実際， MOUSE . SYS というファイル名のデバイス • 


ドライノ<と MOUSE . COM というファイル名の TSR 
が存在します.どちらもマウス•ファンクションを INT 


33 H で呼び出して使用し，まったく同じ動作をするの 
です. 


‘ 1 1,1 1 1"' •' 1 ■ I ， ‘ぐ山 if .• i|i • ip .- 

_ R とキャラクタ型デバィス•ドラィバ 


デバイス•ドライバは， TSR として動作させること 
が 可能な ことは前に述べました.しかも MS-DOS に 
限っていえば， 丁 SR を作成するよりもデバイス•ドラ 
イ八を作成するほうがはるかに 容易です. 

それというのも， TSR の作成はまったく作成者の技 
量にゆだねられており，一定の作成方法が U 萑立されて 
いないからです. デノくイス . ドラ イノく は図4のように， 
構造が MS-DOS の規格によって決められていて，迷 
うことは少ないのです.詳しい規格に ついては このあ 
とで述べます. 


# TSR とデバイス • ドライバの大きな違いは MS - 
D 0 S がその存在を知っているか否か 

TSR とキャラクタ型デバイス • ドライバのもっとも 
大きな違いは，常駐されたもしくは組み込まれたプロ 
グラムを， MS-DOS が知っているかどうかということ 
です.デバイス•ドライバの場合には， MS-DOS は規 
格化されたデバイス.ドライバ•へッダによってその 
内容を把握しています.しかし， TSR の場合には規格 
化された作成方法は存在しません. したがって， TSR 
に関して MS-DOS は何も知りません.知る方法がな 
いのです. 


たとえば，組み込まれたデバイス.ドライバはそれ 
ぞれ 8 文字のデノくイス名をもっていますか' TSR はそ 
のような情報をもっていません. 

この情報の有無の差は，必要なプログラムがすでに 
メモリ上に常駐しているかどうかを判断する際に現れ 
ます.デバイス.ドライ八の場合は，たんにそのデバ 
イス名を MS-DOS のシステム.コールを使用して才 
ープンしてみればよいのです.オープンに成功すれば 
常駐していることを意味します.それに対して， TSR 


の場合にはそのような簡便な手段は用意されておらず， 
なんらかの手段を考えなければなりません. 

さらに，プログラムを外部から制御したい場合にも， 
デ八イス.ドライバ型式のほうが便利です.なぜなら 
ば，デバイス•ドライバには， I 0 CTL ( I /0 コントロー 
ル）という機能が MS-DOS によってサポートされて 
いて，デノくイス.ドライバ自身をシステム • ファンク 
シヨン • コールを通して直接制御することができるか 
らです. 


• デバイス*ドライバの常駐とその解除 

しかし，デバイス.ドライバにも欠点はあります. 
一つに自由な取り外しが行えないことです.一度常駐 
したら最後，コンピュータをリセットするまで常駐し 
ています. 


TSR は作リ方にもよりますが，常駐を解除すること 
ができます.必要なときに常駐させ， 必要でなくなっ 
たらメモリから解放させることは，資源の有効利用に 
つながります. もちろん，丁 SR の常駐と解放は作成者 
の責任において行わなければなりません. 

取り外しと同様に，組み込む際にもデバイス•ドラ 
イバは制約があります.すなわちデバイス.ドライノ< 
の組み込みは， MS-DOS の起動時にしか行われないと 
いうことです. 


なお，このデ八イス.ドライバの組み込みと切り離 
しを自由に行うユーティリティがいくつか発表される 
ようになったので，これに関しては改善の方向に向か 
つてい るといえる でしょう. 


8 デバイス•ドライバ•ヘッダ 11 


標準型，特殊型を問わず，キャラクタ型デバイス•ド 
ライバの作成方法は同じです.デバイス.ドライバに 
とって最も重要なのは，デ八イス•ヘッダと呼ばれる 
部分です. デハ•イス•ヘッダはわずか18バイトしかあ 
りませんが，ここに記述される情報によって MS-DOS 
がデ八イス • ドライ八の種類を判別し，処理を行いま 
す. 表1にデバイス•ヘッダの構造を示します. 

デバイ ス•へッダの最初のフイ_ルドは，『次のデ八 
イスへのポインタ』です.言い換えれば，『次のデバイ 


〈図4> 基本的なデバイス.ドライバの構成 


〈表1> デバイス.ヘッダの構成 


デバイス•ヘッダ 


コードお'よび 
デ-夕領域 


最大 64 K パイト 


2ワード 
(4 バイト） 

次のデ八イスへのポインタ 

1ワード 
(2 バイト） 

デ八イスの厲性 

1ワード 
(2 バイト） 

デハ•イス.ストラテジ•エントリ•ポインタ 

1ワード 
(2 バイト〉 

デバイス割リ込みエントリ.ポイント 

8バイト 

デ八イス名 
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ス.ドライバのアドレス』と同じことを意味していま 
す.これは，前にも説明したデノくイス•チェーンを形 
成するために必ず必要なフィ ー ルドともいえます. 

一- ^のデバイス.ドライバが 一つの デバイスしかサ 
ポートしていない場合は，普通 OFFFFH (- I ) を指定し 
ておきます.こうしておくことで， MS - DOS がデ八イ 
ス.ドライバをメモリ中にローディングする際に自動 
的にデバイス • チェーンを形成し，正しい値に変更し 
てくれます. 

• 複数のデバイスをサボートする場合 

問題なのは， 一つの デバイス.ドライバが複数のデ 
バイスをサポートしている 場合です. この場合には， 

デハ•イス•ヘッダも複数 必要になります （図 5). この 
図では，デバイス•へッダを二つもっているデバイス. 
ドライバ'を f 列としてあげています. 

『次のデ八 イスへの ポインタ』は，デバイス.ドライ 
バの作成時にはオフセット値のみしか決定できません. 
セグメント値は，デバイス•ドライパが MS - DOS へ読 
み込まれる際にしかわからないのです.そのためこの 
ような場合は，デバイス.ドライバの初期化ルーチン 
が呼び出されたときに設定するようにします.詳しい 
ことは後で説明することにしましょう. 

#キャラクタ型におけるデバイスの属性 
『デバイスの厲性』は16ビット （ 2八イト）から構成さ 


れるフラグで，デバイス.ドライバがどのタイプのも 
のであるかを指定します.図6では，ブロック型に関 
係するビット • フラグの説明は省いてあります. キャ 
ラクタ型テ vs ： イス. ドライ八では，最上位ビットは必 
ず1 でなければなりません.ゼロの場合はブロック型 
テソ<イス • ドライ八であることを意味するからです. 

最下位の4ビットは，この章の前半で述べた標準型 
デバイス.ドライバを指定するフラグです. STI フラ 
グと STO フラグだけは同時に指定することはできま 
すが，ほかのフラグは基本的に排他的ですので ， NUL 
フラグと CLOCK フラグとを同時に指定するような 
ことは許されていません.たとえば， 

STI フラグのみを指定して， KBD デバイス 
STO フラグのみを指定して， SCREEN デバイス 
STI と STO フラグを指定して， CON デバイス 
CLOCK フラグを指定して， CLOCK デバイス 
NUL フラグを指定して， NUL デバイス 
というようにすることが考えられます.デバイスの名 
称は規定されているわけではありませんので，作成者 
が自由につけることができます. 

• スペシャル•デバイスの指定では画面への文字出力 
が高速化される 

SPCL フラグか 1■旨定された デ八 イス.ドライ ハーに 対 
しては， MS - DOS は画面への文字出カシーケンスを通 
常のデバイス • ドライバ型式をとり 
ません. 通常のデバイス • ドライバ、 
型式というのは，「出力文字をパケッ 
卜に入れ，ストラテジ•ルーチンを 
呼び出し，その後エントリ • ルーチ 
ンをコールする」とし た手間のか 

かる呼び出し型式のことをいいます. 
この方法は OS /2 でも採用され，マ 
ルチタスクに向いた呼び出し型式で 
す. 

しかし， MS - DOS のようなシング 
ル•タスクの 0 S ではあまり大きな 
メリットがありません.逆に，かえ 


〈図5> さまざまなデバイス • ドライバの構成 


デノ v イス•ヘッダ 


デバイス•ヘッダ 



デパイス•ヘッダ 

コードおよび 
デ-夕領域 


コードおよび 
デ-夕領域 


デノ 、’ イス. ヘッダ 

コー 

ドおよび 

デー 

夕領域 

デバイス •ヘッダ 

コー 

ドおよび 

デ- 

夕領域 


最大 

64 K パイト 


( b ) 


( c ) 


( a ) は，ただ一つのデバイスのみをサポートしている基本的なデバイス*ドライパ. 

( b ) は，二つのデバイスをサポートしたデパイス•ドライパ.デパイス•ヘッダをフアイ 
ルの先頭にまとめて配置してある. 

( c ) は （ b ) と同じだが，デパイス•へッダの配置が異なる. 


〈図6> キャラクタ型デバイスの属性 
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(OUTPUT UNTIL BUSY (3.1 以上)） 



J d 票準入が 

(1 票準出め 

O /0- C 0 NTR 0 L ) 

r 

( NUL デバイス） 
CLOCK デバイス） 


〔 SPECIAL デバイス ') 


く図7> I / O コントロール ( IOCTL ) 機能 


出カ デー タ — 
(出力呼び出し） 

-一 

— 

- - 

入カデータ — 
(入力呼び出し） 

MS-DOS 


デバイス* 
ドライハ ♦ 

制御デ-夕 — 

/ I 0 CTL \ 

、出力呼び出しノ 

- - 

一 

- ► 

内部データ — 

/ I 0 CTL \ 

、入力呼び出しノ 





— 出カデパイス 


入カデパイス 
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ってデータ出力速度が遅くなってしまいます. SPCL 
フラグを 1 にしておくことで， MS-DOSSAL レジス 
夕に出力文字を入れ， INT 29 H を呼び出すような方式 
をと るようになります. 

• IOCTL フラグは ユーザし だい 

10 CTL フラグは， ユーザが デバイス.ドライバを制 
御する場合に使われます (図 7 ). アプリケーションが 
MS-DOS の普通の入出カ コールを 行うと， データはそ 
のままデハ*イスとやりとりされます.しかし， IOCTL 
フラグが on のデバイス.ドライハ ♦は， MS-DOS の 1/ 
〇コントロール.コールが 行えるようになります. 

これによって， デバイス.ドライバの内部状態を変 
更したり，バージョン番号を読み出したりすることが 
でき るようになります. 

•ストラテジと割り込みのエントリ•ポイントはオフ 
セツトの値だけ 

『デバイス•ストラテジ •エントリ•ポイント』 と 『デ 
バイス割り込み エン トリ •ポイント』 の二つは， SPCL 
フラグが on でない デバイス.ドラ イノく にとっては重 
要です.この二つのオフセット値を使用して，デ 八イ 
ス.ドライバの呼び出しが行われるからです. 

どちらもセグメント値を設定することができないの 
で， ヘッダよりも 64 K バイト以内にコードを配置し 
なければならない ことに注意してください. 

• デバイスの名前はかってにつけられるが 

最後の『デバイス名』はそれほど重要ではありませ 
ん.作成者が自由に名前をっけることができます.だ 
からといって，安易に “ TEST ” などという名称の名前 
をつけないようにしてください.もしこのような名前 
のデハ M ス名をつけたら最後， TEST というディスク. 
ファイル名は使用できなくなります. 

A > COPY AUTOEXEC.BAT TEST 

というオペレーシヨンは TEST というファイルではな 
く， TEST というデバイスに対して行われるからです. 
一般的な規則としては，「使われそうもない名前をっけ 
る」ということです.たとえば， “$ TEST $” というデ 
バイス名ならば，ファイル名と同じになってしまう危 
険性は少なくなります. 


くリスト1> デバイス•ヘッダのコーディング例 


device_header 

dw 

-1.-1 


dw 

8013h 


dw 

offset strategy 


dw 

offset entry 


db 

•STESTS * 

strategy 

proc 

far 、 - (8 文字 ) 


endp 


entry 

proc 

far 


endp 



先頭にスペース が入れば大丈夫だろうと思って，“ 口 
TEST ” という名前をつけてしまうことも避けなければ 
いけません.このデ八イス名を キーボードから入力す 
ることが不可能に なってしまいます. 

以上のデバイス•ヘッダ項目を満足させればあとは 
規則的に記述するだけです. リスト 1にデバイス•へ 
ッダの例をあげます.ここでは標準入出カデバイスと 
して “$ TEST $” という名前のデバイスを定義していま 
す. 

. ゆ•，い:::. ir . •：!： 冷*::.，申• ••ホ..“’:*'•次••十 

デバイス • ドライバ本体 

•率::.ぎIバね♦ン常▲•外 i . ン屯二货 t •*：* . 

デ バイス•へッダの属性でスペシャル （ SPCL ) フラ 
グを on にしなければ， MS - DOS は通常の呼び出し手 
順で デノく イス.ドライノ s ： と データを やりとりします. 
この一連の過程を， MS - DOS の I / O リクエスト処理 
と呼びます. 図 8に I / O リクエスト処理の概念図を示 
します.この図をみると， デノ<イス.ドライバは二つ 
の処理を行わなくてはならない ことがわかります. 

• まずストラテジ•エントリが呼び出される 

一つは ストラテジ .エントリ が呼び出されたときの 
処理で，ここでデータやデバイス.ドライ 八への 処理 
コマンドが渡されます.もう 一- ^は，割り込みエント 
リが呼び出されたときの処理で，さきほど渡されたデ 


•♦く， 

や . .r 

•:4 ミ V 命•丄 

み. 

.•か..中 

か...中.♦•夕/ 


m ： 

k 常.‘.‘.‘带: 

觀_:：: 


く図8 > I / O リクエストの処理の流れ 


出カデータおよびコマンド \ FAR CALL 

(コマンド•パケット） 


処理依頼 


，お'よびエラー結果|- 

•/マケ.ント） 


入カデータおよびエラ 

( コマンド . ハ。ケ 



一夕やコマンドに基づいて実際の処 
理を行います. 

ストラテジ •エントリ が呼び出さ 
れる とき， デ ー タや コマン ドは コマ 
ンド • パケットという構造で渡され 
ます. パケットとは小包（こづつみ） 
の 意味です. このようなパケットで 
デー タや コマン ドをやりとりする方 
法はよく行われており， MS - NET ¬ 
WORK のような LAN (Local Area 
Network ) でも採用されています. 
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〈図 9 > コマンド•パケットの構成 く表 2 > リクエスト•ヘッダの内容 


1 ハ•イト 

パケット長（コマンド . パケット全体の長さ） 

1 ハ•イト 

0 

1 バイト 

コマンド.コード （ 〇から 16 まで〉 

1 ワード 

ステータス (I/O 処理の結果を返す） 

8 八イト 

DOS 予約域 



Macintosh のデバイス • ドライバ 


Macintosh にも MS - DOS や UNIX のようなデバイ 
ス.ドライバが存在します.このデバイス.ドライバは 
“ DRVR ” というタイプのリソースをもち，リソース内部 
で図 A のような構成になっています. MS - DOS ユーザ 
にとってリソースという単語は聞きなれないでしょうが， 
論理セグメントのような概念だと思えばわかりやすいか 
もしれません. 

この4文字の名前のついた論理セグメントが，シス 
テムによって管理されているというわけです. 
Macintosh のデバイス • ドライバは，デバイス.マネー 
ジャによって管理されています. 

Mac のデバイ X * ドライバには，大きく分けて， 
►ディスク，ドライバ 
►サウンド. ドライ ハー 
►シリアル • ドラ イノ、* 

►ハー ド•ディスク • ドライバ 
► SCSI ドライハ ， 

►プリンタ • ドライノ< 

►アップルトーク • ドライバ 
►デスク，アクセサリ （ DA 〉 

があり，これらは標準で装備されています. 

ユーザは自由にデバイス.ドライバを作成し，追加す 
ることができます.市販のコンパイラ （LightSpeed C な 
ど）を使うと，デバイス.ドライバのヘッダ部分を自觔的 
に作成してくれますのでたいへん便利です. 

Mac でユニークなのはデスク•アクセサリ （ DA ) です. 
これはアプリケーション実行中に， DA に登録されたほ 
かのブログラムを並列に実行させることができる機能で 
す. 

〈図 A > Mac OS のデバイス • ドライバの構造 


- ROM に格納 


- RAM に格納 


デパイス•フラグなど 


処理ル-チンへの 
ジャンプ*テ-ブル 


デバイス • ドライブ名 


ドライパ•ルーチン 


DA は本来のデバイス.ドライバとは動作が異なりま 
すが，デバイス*ドライバとまったく同じ構成をもって 
います. DA が動作できる環境はアプリケーションが適 
宜デスク • マネージャを呼び出すことによってつくられ 
ます.したがって，デスク•マネージャを呼び出さない 
アプリケーションの中から DA を利用することはでき 
ません（図日）. 

これらのデバイス•ドライバに似たもので “ INIT ” と 
呼ばれるファイルがあります. MacOS が起動すると最 
初に “ INIT ” と名前のついたファイルを実行します•こ 
れはちょうど MS - DOS の特殊型デバイス • ドライパの 
動作に似ています. “ INIT ” ファ.イルは実行後メモリに常 
駐してもかまいません.しかし常駐後にユーザが外部か 
ら制御をすることができません. MS - DOS でいえば 
IOCTL 呼び出しができないデバイス • ドライバに相当 
します. 

それに対して外部から制御のできる常駐ソフトには， 
“ CDEV ” あるいは “ RDEV ” というタイプのファイルが 
あります. “ CDEV ” あるいは“ RDEV ” というタイプの 
プログラムを作るのは “ INIT ” や “ DRVR ” を作成する 
のに比べて多少労力を要します. 


く図 B > DA の操作 


DA のメニュを表示する（メニュ•マネージャ） 


ユーザがメニュから DA を itj 


iM ばれた DA の名前を取得する（メニュ•マネージヤ） 


選はれた DA をオープンする（デスク•マネージャ） 


ユーザが DA を終了させる 


選ばれた DA をクローズする（デスク•マネージヤ） 


I 
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〈表3> コマンド•コードとその内容 


0 

INIT ( デバイス . ドライ八の初期設定） 

3 

IOCTL INPU 丁（デ八イス . ドライ八自身からデータを入力する） 

4 

INPUT ( 入力 . 読み込み } 

5 

NON-DESTRUCTIVE INPUT NO WAIT ( バッファ保存読み込み） 

6 

INPUT STATUS ( 入力状況） 

7 

INPUT FLASH ( 入カハ * ッファを空にする） 

8 

OUTPUT ( 出力 . 書き込み） 

9 

OUTPU 丁（ベリファイ付き書き込み） 

10 

OUTPUT STATUS ( 出力;！犬 i 兄〉 

11 

OUTPUT FLASH ( 出力八ッファの内容を空にする） 

12 

IOCTL OUTPUT ( デバイス . ドライ八自身へデータを渡す） 

13 

DEVICE OPEN ( デバイスをオープンする） 

14 

DEVICE CLOSE ( デバイスをクローズする） 

16 

OUTPUT UNTIL BUSY (BUSY になるまでデータを出力する） 


* 13 ， 14,16 は MS-DOS 3.1 以降のみ 


くリスト2> 内部デバイス•ヘッダのチェーンを作成する 


vet 


struc 


_offset 


dw ? 


.segment 


dw ? 


vet 


ends 


headerl 

vet 

dw 

<0ffffh, Offffh> 

800 Oh 

; このポインタは自分で書き換える 


dw 

U v v U II 

offset strategyl 



dw 

offset entryl 



db 

•$TEST1S * 


header2 

vet 
d w 

<0ffffh, Offffh> 

800 Oh 

;このポインタは MS-DOS が決める 


dw 

U v U v II 

offset strategy2 



dw 

offset entry2 



db 

1 $TEST2$ * 


init 

proc 




mov 

ax, offset header2 

: header2 のオフセットを 


mov 

headerl._offset, ax 

: headerl に格納 


mov 

ax, cs 

;header2 のセグメントを 


mov 

headerl. _segment, ax 

; headerl に 格納 


• コマンド•パケットで種々のデー 
夕とコマンドが渡される 

コマンド.パケットは，コマンド 
の種類や コマンド.パケッ トの長さ 
などの情報を入れた リクエスト •へ 
ッ ダと呼ばれる固定長部分と， コマ 
ンド により長さが可変の パラメータ 
受け渡し用の二つの領域から構成さ 
れています（図 9 ). また リクエス 
卜•へッダの構成を表2に示します. 

MS - DOS からキャラクタ型デバ 
イス*ドライバに渡されるコマン 
ド•コードは14種類あり （MS - 
DOS 3.0 以前では11種類），表 3 に 
その一覧を示します. 

コマンド•コード13と14は，デ 
バイス.ドライバの開始処理と終了 
知:理を行わせるコマンド.コードで 
す.起動時以外にデバイス.ドライ 
バを 活性化 させたり 不活性化 させた 
りする場合に使用されるもので，特 
殊なコマンドです. 

たとえば， コマンド•コード 14 の 

“DEVICE CLOSE ” では占有メモリ 
の返却，使用 EMS 領域の解放，取得， 

割り込みベクタの復帰などのような 
処理を 行い，デバイス.ドライバが 
動作する以前の状態に資源を戻すよ 
うなことを行います. 

コマンド •コード 13 の “DEVICE 
OPEN ” は，その反対の处理を行い 

ます.コマンド •コード 〇の “ init ” 

処理と似ていますが， “ INIT ” は起動時に 1 回しか呼び 
出されないのに対して，このコードは何回でも呼び出 
されることがあリます. 

• I/O コント ロールのコー ドの処理内容は作る人ま 
かせ 

コマンド•コード3と12は，どちらも I / O コントロ 
ールに関する処理コマンドです.ほとんどのデバイ 
ス • ドライ八ではサポートする必要はあリませんが， 
なにかデバイス.ドライバに特別な処理を行わせたい 
とか，内部情報を読みとリたいなどのような場合にの 
みサポートされます. 

MS - DOS では， I/O コント ロールによって渡す情報 
型式や受け取る情報内容はまったく規定されていませ 
ん. したがって， ユーザは 自由に インプリメント する 
ことができますが，逆に未知のデ 八 イス.ドライ 八が 
I/O コント ロール呼び出しに関してどのような挙動を 
とるかを判断することはできません. 


• 複数のデバイス への 対応は コマンド.コード〇 (初 
期化）のときに行う 

デバイス.ドライバ.ヘッダの項でふれましたが， 
複数のデバイスを サポート したデ八イス.ドライバで 
は， コマンド.コード〇 の初期化が呼び出されたとき 
に，複数デ八イスの対応処理を行います. この初期化 
コマンドが実行された時点で，デバイス.ドライバは 
メモリ中に 口ー ディ ング され， ア ドレスも確定されま 
す.しかし，まだほかのデバイス.ドライ 八との デ 八 
イス•チェーンはつながれていません. MS-DOS は， 
CONFIG.SYS に記述されたデ八イス.ドライ八を 一つ 
読み込むごとに初期化 コマンドを コールするからです 

そ'-で， この機会を利用して自分自身がサポ ー トす 
る内部デ ハ' イス. へ 、、/ダのチェーン をつ なげて おき ま 
す. 具体的には，リスト2のように行います.最後の 
デバイ スのボインタだけが MS-DOS によって確定さ 
れます. 
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•••辛厂•办:ソ: : : . ； i ： K ::: •!? ；' ^ r :^- i ： ： 

応用例①何ちしないデバイス•ドライバ 

.*•!{«■. -4. • ;|? .- if ：. T i . ••如.. ♦,; ••中ぐ 

デバイス•ドライバの概要を知るために，まず最初 
に，何もしないデバイス • ドライバ、を作成してみるこ 
とにしましょう.リスト3がダミー.デバイス•ドラ 
イバのプログラムです.これはデバイス.ドライバの 
ひな型です. 

この何もしないデバイス • ドライバは本当に何もし 
ないので，実用にはなりません.たんにユーザ•メモ 
リを食いっぶすだけです.しかし，これを元にして利 
用すれば，どんなデノ<イス • ドライ八でも容易に記述 
することができるようになるでしょう. 

• INIT ルーチンはとかげのしっぽ 

INIT ルーチンを気をっけて見てください.ここの 
ルーチンはメモリに常駐しません.初期化が終わった 
あとには切り捨てられるのです. 

なぜなら， MS-DOS は，デ八イス.ドライバの INIT 


コマンドを最初の1回しか呼び出さないからです.こ 
れによってメモリのむだを多少省くことができます. 
よく利用されるテクニックですので覚えておいて損は 
あリません. 
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次に，たんにメモリに常駐するだけの目的のために 


デバイス • ドライバの型式をとる例をあげましょう. 
これは，前に説明した特殊型のデバ•イス.ドライ 八に 
诚することになります. 


• どうやって起動するか 


このような TSR と変わらない g 的をもったデ八イ 
ス • ドライバは MS - DOS から呼び出されることがな 
いので，なんらかの起動のきっかけを S 分自身で探さ 
なければなリません. これを「トリガ」と呼びます. 
準銃の…き金の意味です. 


特殊 型のデバイス • ドライ八は，なんらかのイ ベン 
卜によるトリガがなければ何もしません.うまく重力作 
するかどうかは，イベントの;越#むこかかってきます. 

MS - DOS では，いくつかのイベントが考えられま 
す. 


(1) MS-DOS システム.コールが行われたとき 

(2) BIOS コールが行われたとき 

(3) なんらかのキーボードが押されたとき 

(4) タイマが カ ウント •アップしたとき 
⑸ CRT の垂庇帰線 ( VSYNC ) のとき 
⑹ マウス 割リ込みが生じたとき 

ほかにもあるかもしれませんが，これらは代表的な 
イベントです. 


• 割り込みベクタを自分のプログラムに飛ばす 
. フックするという 

これらのイベントが生じたことを感知してデバイ 
ス，ドライバを動作させるためには，フックの技法を 
使います.たとえば MS - DOS のシステム•コールが行 
われた時点でデ八イス • ドライバに制御を渡すには， 
割リ込みべクタ.テーブルの INT 21 H の部分を本来の 
MS - DOS 内部ではなく，デバイス.ドライバ本体の入 
口のアドレスへジャンプするように書き直します. デ 
八イス • ドライバは， 所定の動作を行った後に何ごと 
もなかったように以前の INT 21 H のアドレスへジャン 
プ します. 

フックする割り込みベクタ.テーブルの書き換えは， 
デ八イス.ドライ八の初期化 コールの 際に行います. 

このようなフックの技法では，大きな制約が生じる 
ことに注意をしてください.たとえばキーボード押し 
下げイベントをデパ、イス.ドライバのトリガに選んだ 
としましょう.キーボードはいつ押されるかわかりま 
せん.たとえば，ディスクをアクセスしている最中か 
もしれませんし，かな漢字変換の途中ということもあ 
リえます. 

• トリガは慎重に選ぶ 

これらのタイミングを十分認知したうえで，所定の 
動作を行わなくてはなリません.どのイベントをトリ 
ガに使うかは特殊デ八イス.ドライバ作成時の最大の 
ポイントであるといえます. 

特殊型デバイス.ドライバは， TSR を作成している 
ときとまったく同じ注意を払って作成しなければなら 
ないのです. 

このような注意を払って作成したのが， リスト4 に 
示す「時刻表示」デ八イス.ドライバです.このデ八 
イス.ドライバは INT 28 H をフックして，その最中に 
画面最上行に現在時刻を表示します. INT 28 H という 
割リ込みべクタは MS - DOS の内部で使用されていて， 
キーボード侍ちの状態で繰リ返し呼び出される 割り込 
みべクタですので，このような用途には向いて いる イ 
ベントです. 

しかし多少のオーバへッドが発生しています.もっ 
と良いイベントがあるならば，それに変更したほうが 
よいでしょう. 

たとえば， INT 28 H 中に時刻を読みだし ， VSYNC 
(INT OAH ) 中に表示するなどといったように， 一つの 
イベントですべてを実行させないようにします.こう 
することで，割リ込みフックによるオー八へ ッ ドを少 
なくすることができます. 

この デノくイス.ドラ イノ、 。 は， デバイス.ドライバ，と 
しては何も機能して いないことに 注意してく ださい. 
INIT コール 以外は すべてエラーを 返す ようになって 
います. 
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標準型のデバイス • ドライ八の例として，縮小印字 
デバイス • ドライバを紹介します.このデバイス•ド 
ライ 八は “BPRN” と呼ばれるデバイス名をもってお 
り，このデバイスへ出力される文字データがプリンタ 
へ縮小印字されます. プリンタは NEC の PC - PR 201 
相当を想定して います.これは，縮小印字をグラフィ 
ック印字で行うためにプリンタのエスケープ.シーケ 
ンスに， PC - PR 201 のものを使用しているからです. 
このため， ESC / P プリンタでは誤動作を起こしますの 
で注意してください. 

いままでのデバイス • ドライバの説明をふりかえれ 
ば，この縮小印字プリンタがどのように動作するかが 


わかるでしよう. 


なお，あくまでデバイス.ドライバの一例としてい 
ますので， エラー •チェックなどを省いてあります. 
印字不可能な文字が送られてきた場合には，退力作がお 


かしくなる場合があるかもしれません.一般に，十分 
な エラ ー • チェック•ル ー チンは，本体の プログラム 
よりも長くなってしまうことがあります. 

• 実行ファイルを作る 

このプログラムをアセンブルするためには，たとえ 
ば， BPRN.ASM という名前でプログラムが作成されて 
いたとすると， 

A>MASM BPRN.ASM ; 

A > LINK BPRN ; 

A>EXE2BIN BPRN .EXE BPRN . SYS 

と入力することで，デパ'イス • ドライバが作成されま 
す.これを CONFIG.SYS に登録します. 

DEVICE = BPRN. SYS 

という1行を記述し，コンピュータをリセットします. 
もしくは ADDDRV.EXE などを利用して組み込んでも 
かまいません.以後， 

A > COPY AUTOEXEC.BAT BPRN 

とすれば，ファイルの内容がプリンタに縮小印字され 
ます. 


PARTNER - S / H を使ったデバイス • ドライバのデバツグ 


通常の MS - DOS 用デバッガ ( CV ， SYMDEB な 
ど）では，デバッガのプログラム自身が MS - DOS の 
システム•コール （ INT 21 H など）を使用します.そ 
のため， MS - DOS の内部から呼び出されるデ八イ 
ス.ドライバ（以下ドライバと略す）の中にブレー 
ク•ポイントを設定すると，ブレーク時に MS-DOS 
に再入してしまうために，システムが誤動作してし 
まいます. 

一方， PARTNER (京都マイクロコンピュータ製） 
には， MS - DOS のシステム•コールを一切使用しない 
状態でデバッグをすることができるインディペンデン 
卜.モードがあります.このモードを利用すれば ， MS 
- DOS のシステム内やドライバ'内にブレーク • ボイ 
ントを設定してシンボリック • デバッグができます. 
• ドライバの開発およびデバッグの手順 

MS - DOS の規約にしたがってドライバのソフト 
ウェアを記述します.このときに，ドライバの初期 
化部分でドライパの常駐 セグメン ト （ CS ) の値を画 
面に表示するようにしておきます.また，ドライバ 
の アセンブル （コ ン パイル）の際には，必ず MAP フ 
ァイルを作ります. 

次に， CONFIG.SYS にドライバを登録して MS - 
DOS を再起動するか ADDDRV コマンドを使って 
MS - DOS に組み込んで登録をします.このとき表示 
されるドライ八の常駐セグメント値をメモします 
(この段階でうまく立ち上がらないドライ八は 


PARTNER でもデ八ッグはできない）.組み込みが 
うまくいくと， COMMAND. COM のプロンプト (A> 
など）が表示されます.そこで PARTNER を一 IND 
オプ シヨ ンを付けてイ ン デイ ペン デント.モードで 
起動します. 

A>PT -IND0 . PARTNER の起動 

PARTNER の起動後， L コマンドでドライバの 
MAP ファイルを読み込みます. 

>L (デバイス.ドライバの MAP フアイル）， 
(常駐セグメント値 ） H 

MAP ファイルが正常に読み込まれると，シンポ 
ルを使ってメモリ参照や逆アセンブル表示およびブ 
レーク •ポイントの設定などができます. 

次に， SYSTEM コマンドを実行します. 

ここで， PARTNER の常駐が終了し， COMMAND. 
COM の制御に戻ります.ただし，強制ブレークによ 
りいつでも PARTNER に制御を戻すことができま 
す. 

ここからドライバの論理デバッグ作業になります. 
ドライバを使用する操作をして動作チェックをしま 
す.そして，ドライバの処理が先ほど設定したブレ 
ーク.ポイントに達したところで PARTNER に制 
御が移ります.このときにメモリ内容，レジスタ値- 
な どの参照/変更を 行い， G(o, T (race, P (ass, など 
の実行コマンドを使って デバ ’ ッグを進められます. 
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第 4 章 


EMM マネージャを使ラだめの基本をマスタする 


拡張メモリ用 EMS ドライバの使い方 


MS - □〇 S 3.3 から EMS □闩 VEFUPC 9801) という拡張メモリ用デバイス•ド 
ライパが付属しています.メモリ.ボード.メーカにもューテイリテイ.ソフトとし 
てこの EMS ドライバがついてきます.ここでは，実例を示しながら，そのドライパ ^ 

を使うためのプログラミングを説明します. ^ 


最近，いろいろな雑誌のメーカ広告などで，何かと 
話題の EMS (Expanded Memory Specification ) です. 
EMS について“メモリの一種である”とか“アプリケ 
ー シヨンで， EMS を使うものがある’’といったことは 
知られているようです.しかし，実際にプログラムな 
どに応用しようとすると，これといった具体例が少な 
いこともあり，よく使い方がわからないといったこと 
も多いのではないでしょうか？ 

ここでは， EMS に関し，大体の知識はあるのだが， 
実際に使うにはどうしたらよいのだろう？？といった疑 
問をお持ちの方を対象にして，プログラムの実例をあ 
げながら，一般的なッール（例えば C 言語)のみで， 
EMS メモリをどのように使っていけばよいのかとい 
った点を中心に紹介します. 

なお EMS は，1984年に Lotus , Intel , Microsoft の 
3社によって発表されたので ， LIM EMS とも呼ばれ 


ます. 

^ EMS とは何か？ 

中. 1 にぐ： ， 一 ， し| vr .. v ノーー…*し， .‘ mW 、， . 〆 ノメ iVlN ? 

EMS とは，一言でいって規格のことで'す.ちょうど 
EMS は， 0S のファンクション•コールの利用を定め 
た規格であり，その対象が主に拡張メモリとなってい 
ると考えるとよいでしょう. 

従って， EMS は，アプリケーションと拡張メモリの 
インターフヱース部分を定めた文章ということになリ 
ます. EMS にも 0S と同じようにパ'ージョンか、ありま 
すが，ここでは， F1 本で一般的な EMSV4.0 を基に進 
めることにします. 

EMS メモリというのは，この EMS の規格に従っ 
て，アプリケーションからアクセスするのに適したハ 
ードウヱアです（図1 ). 


〈図1> MS - DOS のメモリと EMS メモリの関係 


EMS メモリの実体 
(論理ページの集まり〉 



★プログラムから見る EMS の 
メモリは，ページ.フレーム 
を窓として物理ページへ現 
れる. 

ページ•フレームの位置（ア 
ドレス）は， EMM へのフアン 
クシヨン•コールにより知る. 
PC 9801では通常 0 C 000 H 
セグメント. 


★ページ •フレームは四つの独 
立した物理 ページから 成リ 
立っ. 

— ) の物理 ページは CPU メ 
モリ空間の 16 K バイトをしめ 
る. 

従って ぺージ •フレームは， 
16 K 八イト x 4=64 K バイト 

となり.ちょうど 8086 CPU 
の1セグメント分となる. 


★物理 ページ （ CPU のアクセス 
する EMS メモリの窓）と，論 
理ページ （16 K バイト単位で 
管理される EMS メモリ）は， 
相互に独立した関係をもつ. 
従って，同一の論理ページ 
は，同時に複数の物理ベ- 
ジを窓と して，アクセスす 
ることができる. 


★ EMS メモリは 16 K 八 イト単位 
で 論理 ページという 単位で 
区切られる. 

従って， 1 M パイトの EMS メ 
モりは， 

16 K バイ I 、 x 64 = 1024 K 

(1 M 八イト） 

となり， 64個の論理 ページ 
と なる （0 〜 63). 


108 


卜 5 技： Dtei-S 


































• EMM デバイス • ドライバを組み込む 

一般的に，ハードウヱアとアプリケーション間で何 
等かのインターフヱースが決まると，それを実現する 
ための 0 S / ソフトウェアが必要となってきます.こ 
の， 0 S に相当するソフトウヱアが， EMS では EMM 
(拡張メモリ•マネージャ，以下 EMM ) です. 

EMM は，多くの場合デバイス•ドライパ、として 0 S 
( MS - DOS ) の中に組み込まれ，アプリケーションは 
EMS メモリへアクセスする場合， EMS の規格に従っ 
て EMM へ必要に応じてリクエストを出す形をとり 
ます. 

実際，個々の EMM ファンクション•リクエストを 
見ると，まさに〇 S のファイル関連のリクエストと，メ 
モリ管理関連のリクエストを合わせたような構成とな 
っていることに気がつきます. EMS ファンクション 
の一部（今回の例題で使用した部分）を表1に示します. 

圈 EMM リクエスト / EMS メモリへのアクセス 

アプリケーションから EMM へのリクエス ト •コー 
ル (以下 EMM リクエスト） は， MS - DOS の CPU であ 
る 8086 のソフトウェア割リ込み 67 H を用いて行いま 
す. すべての EMM リクエストは，この割リ込み （INT 


67 H ) をとおして行います（図 2). 

EMM のファンクション全体を見てみると， EMM リ 
ク エス トそのものか '， EMS メモリそのものへのアクセ 


〈図2> アプリケーションと EMM/EMS メモリ • アクセス 
の関係（インターフェース） 

CPU のメモリ空間 



を操作し， 

③ メモリ•ホード上のメモリを， CPU メモリ空間の窓（物理ぺ一 


ジ）へ出す. 

④ アプリケーションは，物理ペーシへアクセスを行うことによ 
•, EMS メモリへアクセスする. 


〈表1 > 例題で使用する EMS ファンクション 


フアンクシヨン 

番号 

内 容 

入 出 力 彔 件 

1 

EMM の ステータス の取得 

IN : AH 二 40H 

OUT : AH = 0 正常終了 

2 

ベージ.フレーム•セグメントの取得 

IN : AH = 41H 

OUT : AH = 0 正常終了 

BX = ページ.フレームのセグメント値 

3 

未使用ページ数の取得 

IN : AH = 42H 

OUT : AH = 0 正常終了 

BX = 未使用の（これから使用できる） EMS ベージ数 

DX = EMS メモリ全体のページ数 

4 

EMS ページ割り_てとハンドルの取得 

IN : AH = 43H 

BX = 割り当てたい ERS メモリのページ数 

OUT : AH = 0 正常終了 

DX = W 降の EMM リクエストで使用する EMM ハンドル（数値） 

5 

EMS メモリのマッ V s (CPU メモリ空問 
に現す h 

同時に，現在現れているメモリを CPU 
メモリ空間から消す 

IN : AH = 44H 

八し=論瑰ページを割り当てる CPU メモリ空間の物理ページ 
番号 

BX = AL で指定した物理ページに割リ^ i てる (CPU メモリ 
空問に現す ） EMS メモリの論理ページ#号 

DX = フアンクシヨン4で所得した EMM ハンドル 

OUT : AH =0正常終了 

6 

EMS ベージの解放とハンドルの返却 

IN : AH = 45H 

DX = フアンクション4で所得した EMM ハンドル 

OUT : AH = 0 正常終了 

7 

EMM のサボートする EMS の八ージヨ 
ンの取得（今回は未使用） 

IN : AH = 46H 

OUT : AL = " —ジョン番号 （ BCD で， 4.0 であれば 40H となる） 

8 

EMS の現在のマッブ状態を保存 
(状態の PUSH ) 

IN : AH = 47H 

DX = フアンクシヨン4で所得した EMM ハンドル 

OUT : AH = 0 正常終了 

9 

EMS のマップ状態の復元（フアンクシ 
ヨン8で PUSH した状態の POP ) 

IN : AH = 48H 

DX = フアンクション4で所得した EMM ハンドル 

OUT : AH = 0 正常終了 
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スを伴うものが極めて少ないことに気がつきます.こ 
れは， EMS で扱うメモリというデバイス自体が ， CPU 
から直接アクセスでき，かつ高速で，そのため，アク 
セスごとにたとえ1バイトであっても EMM リクエ 
ストをとおして操作するよりは， メモリの実体へのア 
クセスは，アプリケーシヨンから直接行ったほうが， 
比較にならないくらい高速となるためと 考えられます. 

圈 EMM のフアンクシヨン 


EMM リクエストには，參考文献などにみるように， 
大小合わせて50種類以上のファンクシヨンがありま 
す. 


OS の ファンクション •コールと同じように，このう 
ちよく使用されるものは，かなり限定されてきます. 
どの ファンクション • コールが よく用いられるのかと 
いったような点に関しては，多分にプログラマの方針 
によります. 

るにあたって最低限行わなければならない項目があり， 
これは EMS 自体に定められているものです（表2 ). 

• EMS ベからず集 


EMS の中には，インターフヱース仕様と最低限の 
必要事項，と同時に行ってはいけないこと，いわゆる 
“ベからず”といったような内容も記載されています. 

これらは，アプリケーションから EMS メモリを使 
用する場合，最低限守らなければならないことであり， 
これに違反しているアプリケーシヨンは，実動作で何 


が起きても不思議はありません（表3 ). 

ぬ •: ::い;へ‘’ ， ， ， 離 

プ□グラム例 

糾:ぺ ' I .‘ ，.八 ‘'… V , 1 

例として示すプログラムは， C 言語で記述した“ファ 
イ ルを 見る”プログラムです.ちょうど， DOS の 
TYPE コマンドを，スクリーン•エディタの ように， 


キー操作によって ファイルの 前後を自由に見たり，表 
示位置をキー操作によって1行前/後ろへ移動する簡 
単なプログラムです. 

要するに参照するだけのスクリーン.エディタです 
が、 ここでは，データ•ハヘンファを EMS メモリ内にと 
ることによって ， EMS メモリの許す限りの大きさの 
データを，一度にメモリ上で処理できます. 


囫プログラム方針一1 


今回のプログラムは例題ですので，特定の処理系に 
依存する内容は，極力少なくなるように考えます. 

高級言語から EMS メモリを使用したりアクセスす 
る場合，ポイントとなるのは， 

(1) EMM リクエストをどのように処理するか 

(2) EMS メモリへのアクセスをどう行うか 

の2点に絞られてきます.⑴の EMM リクエストに関 


〈表 2 > ⑴ EMS アプリケーション必須事項 ( EMS 4.0 規格書より） 

EMS メモリを使用するアプリケーションは，次に記された内 
容を，その順番に実行しなければならない. _ 

(1) EMM が常駐しているかどうか調べる. 

(2) アブリケーションの動作に十分な EMS メモリがある 
かどうか調べる（ファンクション 3). 

(3) EMS メモリを割り当てる（ファンクション4または 
18). 

(4) ページ.フレームのベース •アドレスを調べる（ファン 
クション 2). 

(5) EMS のぺージをページ•フレームに マップす る（ファ 
ンクション5または 17). 

(6) ページ • フレームにマップ された EMS メモリに対し， 
読み/寄き/プログラム実行などを普通のメモリと同じ 
ように行う. 

(7) 終了前に，割り当てられていた EMS メモリを解放する 
(フアンクシヨン6または 18). 


く表3>⑴ EMS ベからず集 ( EMS 4.0 規格書より） 

⑴ EMS メモリ内にスタックを置いてはならない. 

⑵ Int 67 H を書き換えてはならない. 

⑶アプリケーションが自分のものではない 640 K ハ•イト 
以下のメモリへ EMS メモリをマップしてはならない. 

⑷複数の物理ページで同一 EMS メモリをマップし ， data 
aliasting を用いる場合には， EMS ハードウエアかエミ 
ュレーションであるかを調べなければならない. 

⑸アプリケーションは，終了時に必ず自分の使用していた 
EMS メモリを EMM に返さなければならない. 

(6) 常駐プログラム（デバチイス.ドライバ）は， EMS のマ 
ップ状態を変更する前に，必ず変更前の状態を保存し， 
変更後には復元しなければならない. 

(7) ハ。ラメータとして，データ.ストラクチャへのポインタ 
を使用するファンクションでは，データ•ストラクチャ 
のメモリは， マップ •アウト （ EMS の マッ ビングによつ 
て CPU メモリから外れること）される可能性のあるメ 
モリに置いてはならない. 


しては， 

► INT 67 H を使用すること 

►セグメント • レジスタを含むポインタによってハ。 

ラメータの受け渡しを行う場合があること 
►ソフトウェア割り込みを扱う関数が必ずしも一般 
的ではない 

などから，必要な EMM リクエストに対応する関数 
は，アセンブラで記述します. 

(2) の EMS メモリへのアクセスに関しては，メモ 
リ • モデルをいわゆるラージ • データとしてもつモデ 
ルの利用を考えます.高級言語の ポインタに EMS メ 
モリの ページ.フレーム •セグメントを直接代入して， 
このポインタを通したアクセスによって ， EMS メモ 
リを高級言語から直接アクセス します（図3 ). 

囫プログラム方針一2 

次に，どの EMM リクエストを用いるかという問題 
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〈図 3> EMS メモリへのアクセス方法 

char ホ mem — ptr ; 

I 

あっかうデータ量が 64 K バイト以上のとき8086では， 

データへのポインタは一般的に， 

セグメント+オフセット 
(16 ビット） (16 ビット〉 

となる. 

従って， ポインタのセグメント部へ， EMS のペー 
ジ•フレームを（強引に）代入して しまえば，そのポ 
インタから， EMS メモリを直接アクセスできる/ 

I 

たとえば…ボインタである 

mem_ptr OCOOOOOOOH という f 直で 

EMS のぺージ.フレームが OCOOOH セグメントであ 
れば， 

mem __ ptr = , a , (i -, 

となり， EMS ぺ-ジ.フレームの L OCOOO . 〇〇〇〇 
先頭 V を書くことになる. 


ですが，今回は， EMS メモリをデータ•メモリとして 
用いる点，そしてなるべく簡単な例とするために，表 
1に示したファンクションを用います. 

国内の EMS の主しは 4.0 となっていますか\今回 
の例のような内容であれば，とくに 4.0 のファンクシ 
ョンを用いる必要はなく， EMS 3. 2の単純なファンク 
ションのみでも十分です. 

また，実際のアプリケーションでも，実用上， 
EMS 4.0 のファンクションを使う必要が絶対にある 
というものでもありません.むしろ， EMS 3.2 のファ 
ンクションのみを使うほうが，プログラム自体は単純 
に作ることができるでしょう. EMS 4.0 独自のファン 
クションをを用いた例に関しては，別の機会に紹介し 
たいと考えます. 

圈その他の方針 

例題のブログラムでは， EMS 関連以外の処理はす 
ベて標準的な手続きのみで行っています.また，表示 
時の画面処理はほとんど行っていませんので，1行が 
80桁を越えるテキストなどでは，画面が見苦しくなる 
場合もあります.使用する処理系は， PC 9801 で一般的 
な Turbo-C と MASM を使用しました. 

このプログラムで用いた手法は， EMS メモリと 
EMM がインストールされた環境であれば，すべての 
MS-DOS コンピュータで応用が可能です. 

もっとも， PC 9801 の Turbo-C で作成したプログラ 
ムは， J 3100などのコンピュータでは動作しませんで 
した. 


( '■ - !«, !»! 

プ□グラムの説明 

»：f '=5-.»•••,.«: 十...:；.**! !|•- • • . ふ • •，.,. 诈 ..: i , • :•冬て，” • 

次に，リスト1 ( p .113) の説明をし 
ていきます. 

以下のプログラム説明で，各項目 
に付いた番号と文章中の 〇 囲みの数 
字は，リストのコメントの数字と対 
応しています.リストと合わせて参 
照して く ださい. 

① EMS / EMM の有無を調べる 
アプリケーションから EMS を使 
用する場合，まず必要となるのが， 
EMM がメモリ中に存在するかどう 
かを知る ことです.これは， EMM イ 
ンターフェースが INT 67 H を用い 
ているためであり， EMM が存在し 
ない環境で INT 67 H を発行するこ 
とは，システムの正常動作を考える 
うえで，相当に危険な動作であるか 
らです. 

EMM の存在を確認する方法としては，例題中（リス 
卜1中 “__ ems _ inst _ chk ”） で用いた EMM に対するデ 
八イス.オープンに依るものが一般的といえるでしょ 

1 . 

例題以外にも ， INT 67 H のセグメントから， EMM の 
ロードされたセグメントを調べ， EMM のデバイス名 
を文字列サーチする方法もありますが，プログラム自 
身の管理外のメモリを直接参照することとなり，余り 
お勧めできる方法とはいえないでしょう. 

囫 EMM の環境を調べる 

EMM の存在か 1萑認できたら，次に， 

► EMS メモリのアドレス 
►使用可能なメモリの量 

などの EMM のサポートしている EMS のバージョン 
など， EMM によって提供される環境を調べます. 

② EMS メモリのアドレス 

EMS メモリのアドレスは，実際に EMS メモリヘア 
クセスする際に使用するボインタとして用います. 

③ 使用可能なメモリ量 

使用可能なメモリ量は，アプリケーションが EMS 
メモリをどれだけ使用可能であるかを示します.例題 
では， 512 K バイトをメモリの下限としています. 

EMS の八ージョンのチェックは，今現在でもすベ 
ての EMS 環境が EMS 4.0 とはいえない（ユーザが， 
古い EMS ェミュレータを使用している可能性もあ 
る）ことから必要となります. EMS のバージョンが 
4.0 ではなかった場合には， 4.0 特有のファンクション 


mem—ptr = セグメント h 

" オフセット 


EMS 

ハ^ —ジ. 

フ レーム 
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は使用できません.バージョンが 4.0 ではなかったよ 
うな場合は，必要な EMM リクエストが実行可能では 
ないので ， EMS メモリを使用しないかもしくは，プロ 
グラム自体の実行を中断するな どの 処理を行います. 

実際のアプリケーションでは， EMS のバージョン 
が 4.0 でなければならない理由はないと考えられます. 
しかし， EMM ハンドルのみを取得して，メモリを割り 
当てずにしておくとか，一度割り当てたメモリの量を 
後から調節するなどでは，どうしても 4.0 のファンク 
ションを使用することになります.今回の例ではとく 
に必要がなかったので，パ'ージョン.チェックは省略 
しました. 

④ EMS メモリを割り当て/ハンドルを取得する 

以上の前準備が終了したら， 実際に使用するために 
EMS メモリの割り当ての 要求を 行います.このとき， 
同時に以降の EMM リクエストで使用する EMM ハ 
ンドルを取得します. EMS 4.0 では，メモリを割り当 
てずに，ハンドルのみを取得することも可能ですが， 
例題では，あらかじめ割り当て量を決めておいて，1 M 
バイト （64 ページ X 16 K バイト）を割り当てています. 

例題の ような実行 終了型のプログラムの 場合， この 
ような操作はとくに必要ありませんが， 常駐型の プロ 
グラムの 場合には，必要に応じて使用する EMS メモ 
リの量を調節する ことがあるでしょう. 

⑤ 現在の EMS の状態を保存する 

EMS メモリを CPU メモリ空間に配置して，実際に 
使用する前に，現在の EMS に状態を保存しておきま 
す.これは，例題のような実行型アプリケーションで 
はとくに必要ないのですが，子プロセスとして起動さ 
れたような場合を考えて，元の状態に戻せるよう準備 
しておきます. 

⑧ EMS メモリへのアクセス 

例題では，実際の EMS メモリへのアクセスでは，ポ 
インタを使用しています.このポインタは，メモリの 
実体を含む EMS の論理ページとメモリの実体が，実 
メモリ•アドレス空間で現れるアドレスを要素とする 
構造体となっています.実際の操作に関しては， リス 


卜 1と 図 3を参照してください. 

囫終了時の処理一1 

⑦ 以前の EMS の状態を復元する 

先に保存しておいた EMS 使用前の状態に， EMS の 
状態を復元します.この操作は，ほかのプロセスの環 
境を侵害しないといったような意味で，先の状態保存 
と対になって働きます. 

圇終了時の処理一2 

⑧ EMS メモリの解放 

プログラムが終了する前に，自分が使用していた 
EMS メモリを解放します.実行終了型のプログラム 
では，自分の使用していた （ EMS ) メモリを解放しない 
まま終了すると，以降のアプリケーションが使えるメ 
モリの量が減少してしまいます.取得したメモリの解 
放といった操作は，何も EMS に限ったことではなく， 
プログラムの基本的な マナー です. 

以上簡単な例を元に ， EMS メモリのアプリケーシ 
ョンからの 使用方法を見てきました.プログラム自体 
はあまり実用的とはいえません が， アプリケー ション 
などから EMS を使用する場合の参考にでもなればさ 
いわいです. 

また，今後は各種言語処理系も，それ自体 EMS に対 
応したものが発表されてくることと思います.最大32 
M パ、イトという EMS メモリは，今後の OS /2 などを 
待つまでもなく，アプリケーションの扱えるデータ量 
の制限を事実上なくしてしまうものであるといっても 
いいすぎではないでしょう. 

圈参考文献囫 

(1) LIMEMS の規格書 Ver 4.0 300275-005, LOTUS/INTEL/ 
MICROSOFT EXPANDED MEMORY SPACIFICATIN, 
Oct. 1987. 

(2) レイ • ダンカン； 8086 マシンのメモリを 8M バイト拡張す 
る EMS, 日経バイト， 1987 年 3 月 . 

(3) MS-DOS 環境下で 32 M バイトの拡張メモリをサポートす 
る EMS4.0 ， 日経バイト， 1988 年 5 月 . 


機種依存性などに関して 


本縞の主題とは直接関係がないのですが， PC 9801 上 
の Turbo C で作成したプログラムを，筆者の J 3100 SS 
(DynaBook メモリ 3.5 M バイト）で動かそうとした 
ところ，動作しませんでした.原因は， Turbo C の初期 
化ルーチン，またはライブラリに，機種依存性があるた 
めと考えられます.実際筆者が日常的に使用している 
MET AWARE 社の Hi-C で作成したプログラムは， 
DynaBook でも PC 9801 でも正常に動作します. 


機種依存性を考える場合には，どのようなプログラム 
を組むかだけではなく，使用する処理系の特性も考慮す 
る必要があるようです. 

EMS が，機種依存性が低いものであるだけに，ある処 
理系が，処理系そのものの実行環境のみならず，それに 
よって作成したプログラムまで，処理系の実行環境の影 
響を受けるというのは残念な気がします. 
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第 5 章 2バイト • コードの処理は案外複雑 

PC9801 の IO.SYS の解析 


MS - D 〇 S のシステム•ファイルは二つあり，大半の仕事をするのが MSDOS . 

SYS です.機種ごとに異なる周辺装置の差を吸収するための基本デバイス•ドライ _ 

パは I 〇 . SYS にまとめられています. 


ここでは，実際の 10. SYS をのぞいてみることにし 
ましょう [ PC 9801 用 MS-DOS Ver .3.1( PS 98-125. 
ほかに PS 98-127/129/011 がある）]. 

いちばんてっとり早い方法は， SYMDEB などのデバ 
ッガを使って，インストール済みの 10. SYS を逆アセ 
ンブルすることでしょう.まず， 10. SYS がどこにロー 
ドされているのかを知らなければなりません. MS - 
DOS は，システムを下位アドレスに置き， アプリ ケー 
シヨン•ソフトウェア用など ユーザ 領域のためにその 
後の上位アドレスを連続して有効に使えるようにしま 
すので， IO . SYS も下位アドレスに置かれているはず 
です. 

サーチ•コマンドを 使い， CON や PRN の文字列を 
検索するといくつか見つけてくれます.このうちのど 
れかがデバイス • ドライバのデバイス•へッダ部分に 
なっています.ディスプレイ •コマンドでメモリ •ダ 
ンプすると，前述した構造になっていますのでだいた 
い見当がつきます（図1 ). 

•デノ く イス•ヘッダ 

デバイス•へッダを翻訳したのが 表 1です.このデ 
八イス • ドライバは，標準で CON , AUX , PRN , 


CLOCK , ディスクの五つのデバイスをサポートして 
いるのがわかります. 

ストラテジおよびインタラプト（割リ込み）ルーチン 
を逆アセンブルしたのがリスト1です.各デバイス. 
へツダのストラテジ•エントリ•ポイントは，すべて 
のデバイスで同じ値が記述されています.ですから， 
ここでサポートされるデバ、イスをシステムが利用する 
際には，どのデ八イスでも同一のリクエスト•ヘッダ 
用セーブ•アドレスが使われます. 

• コマンド.テーブル 

インタラプト•ルーチンでは，各 デバ、 イス.ドライ 
バの入口部分で， SI レジスタに コマンド •テーブルの 
先頭アドレスをセットして，共通ルーチンにジャンプ 
しています. 

インタラプト•ルーチン内部では，要求された（コマ 
ンド#号） x 2 +SI によって，コマンド•テーブルから 
各コマンド処理ルーチンへのポインタを得て，ジャン 
プします.コマンド•テーブルをわかリやすく表2に 
示しましたので参照してください. 

従って，コマンド.テーブルの 内容は コマンド 処理 
ルー チンへの ポイ ンタということになリますから，こ 


く図1 > ⑻ 

10 .SYS (V 3.1) のデバ 
イス•ヘッダ部分のダ 
ンプ • リスト 


:リンク•ポインタ， 
— :デバイス名 


-D27D0 28FF 


0060 :27D0 
0060 :27E0 
0060 :27F0 
0060:2800 
0060:2810 
0060:2820 
0060:2830 
0060:2840 
0060:2850 
0060:2860 
0060:2870 
0060:2880 
0060:2890 
0060 :28A0 
0060 :28B0 
0060 :28C0 
0060 :28D0 
0060 :28E0 
0060 :28F0 
->C0N 


00 00 
20 20 


55 58 
2F50 ： 
28 IT 

28 FA 

29 89 
29 5A 
2910 
29 5A 
29 54 
2B 5A 
29 5A 
2B 5A 
2912 
29 44 
46 5A 
2D IB 
4195 


90 E6 
20 20 


20 20 


5T4E 

29 43^ 

28 IF 

29 5A 
29 5A 
2A 2C 
29 5A 
29 5A 
29 5A 
29 54 
29 5A 
45 AB 
48 54 
29 3A 
41 AE 
2B 57 


27 60 
20 F8 
20 20^ 


20~20 


00-13 

27-60 

20-0A 

20-20 


4C 4F 43-4B 


29 02 

29 A8 
29 5A 
2A 5A 
29 5A 
29 50 
29 5A 
29 34 
29 5A 
4514 
48 5A 
03 8D 
3161 
00 00 


90-5A 

29-BC 

29-5A 

29-4D 

29-5A 

29-5A 

29-5A 

2B-50 

29-5A 

46-54 

29-5A 

06-53 

3E-C7 

00-00 


80 FA 
00 00 
28 60 
201C 
20 20 
WU 
29 BC 
29 5A 
2A 62 
29 5A 
29 5A 
29 5A 
29 5A 
29 5A 
291C 
29 5A 
2D D5 
40 94 
02 2E 


28 05 
80 FA 
00 00 
28 60 
20 FF 

29 5A 
29 Ed 
29 5A 
2A 62 
29 5A 
29 DF 
29 B7 
29 5A 
29 5A 
48 50 
29 E4 
40 E6 
2B AA 
89IE 


29 43 4F 

28 OB 29 
80 FA 28 
00 08 80 
FF FF FF 

29 54 29 
29 5A 29 
29 5A 29 
2A 90 2A 
29 5A 29 
2A DF 2A 
2A 5A 29 
29 412B 
29 5A 29 
29 5A 29 
45 F0 45 
2B E2 40 
314F 3E 
D4 28 2E 


… f ， '...z(.)C0 
N x* \ ..z(.) 
AUX 
.)PRN 

z(.)CL0CK .... 

♦盛幽弱 

T). *, *Z)M*b*b*. * 
Z)Z)Z)Z)Z)Z)Z)Z) 
Z)T)Z)P)Z)Z) * * 

.+ z ) z ) Z ) z ) z ) M ) 
Z)Z)T)4+P)Z)Z)A+ 
A+Z)Z)Z)Z)Z)Z)Z) 
Z).E+E. FT).HP)Z) 
Z)DHTHZ)Z)Z)dEpE 
.FZ):...S-U@f+b@ 
.-. A. la>G@. +*10> 
.A. +W.T(. 


テ八イ义•へ 夕 


コマンド•テ ーフ ノレ 
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* デバイス 

* * W はブロ 


れをもとにポインタが指すルーチン 
を解析することによって，各コマン 
ドがどのような働きをしているのか 
わかるというわけです. 

なお，コマンド*テーブルの内容 
が，すべて目的処理ルーチンをさし 
ているのではない ことに注目してく 
ださい.すなわち，システムの要求 
した コマン ドが必ずしも目的の I/O 
処理に適合しないことがあるという 
ことです.例えば，入カデ八イスに 
対して出力要求が発行されたり，サポートされていな 
い コマン ド要求が起こることもあるからなのです. 

このような 時， デ 八 イス.ドライ 八はエラーと 判断 
したり， エラー ではないが何もせずに， エラーを 含ん 
だステータス情報をもって，システムに制御を返して 
やらなければなりません.これは，たんに コマンド. 
テーブルにエラー 処理 ルーチンへの ポインタ，または 
リターン処理のアドレスを記述することによって可能 
です. 

力処理ルーチンで行われていること 

本稿はコンパチブル.マシンの製作が目的ではあリ 
ませんので，システムからの要求による各デバイスの 
各処理ルーチンについて事細かく説明しても意味があ 
りませんし，そのような誌面の余裕もあリません.よ 

〈表2> IO . SYS(V 3.1) コマンド•テーブルの内容 


〈表1> I 0. SYS ( V 3.1) のデバイス•ヘッダ 


アドレス 

リンク•ポインタ 

タイプ 

ストラテジ 

インタラプト 

デバイス名丰 

0060 :27D4 

0060 :27E6 

8013 

28FA 

2905 

CON 

0060 :27E6 

0060 :27F8 

8000 

28FA 

290B 

AUX 

0060 :27F8 

0060 :280A 

8000 

28FA 

2911 

PRN 

0060 :280A 

0060 :281C 

8008 

28FA 

2917 

CLOCK _ 

0060 :281C 

FFFF FFFF (1) 

2800 

28FA 

291D 

( w ”* 


名の後の“は，スペースを表す. 

ク • タイプ. デバイ スの数 

くリスト1> (8> ストラテジ.ルーチンとインタラプト 
ルーチンの逆アセンブル • リスト （ IO.SYS V 3.1) 


コマンド 

CON 

AUX 

PRN 

CLOCK 

( BLOCK ) 

0 

295A 

295A 

295A 

295A 

4512 

1 

295A 

295A 

295A 

295A 

45AB 

2 

295A 

295A 

295A 

295A 

4614 

3 

295A 

295A 

295A 

295A 

2954" 

4 

295A 

2A10 

295A 

2B34 

481C 

5 

295A 

2A2C 

2950** 

2950“ 

2950" 

6 

296E 

295A 

295A 

295A 

295A 

7 

2989 

2A4D 

295A 

295A 

295A 

8 

29A8 

2A62 

2ADF 

2B41 

4844 

9 

29BC 

2A62 

2ADF 

2B41 

4854 

10 

29BC 

2A90 

2BOD 

295A 

295A 

11 

29E9 

295A 

295A 

295A 

295A 

12 

295A 

295A 

295A 

295A 

295A 

13 

295A 

295A 

295A 

295A 

45E4 

14 

295A 

295A 

295A 

295A 

45F0 

15 

295A 

295A 

295A 

295A 

4601 

16 

295A 

295A 

2ADF 

295A 

295A 


done , busy をセット 
error , done をセット 
処理 ルーチンへの ポイ ンタ 




-U28FA 296D ストラテジ•エントリ 
0060 ： 28FA 2E891ED428 MOV CS ： [28D4tBl 
0060: 28FF 2E8C06D628 MOV CS: [28D6J.ES. 

0060:2904 CB RETFms-dos に削御を反 f 

インタラプタ•エントリ 


クエスト •へッ ダへの 

ンタ ( BX ) をセーブ 


リクエスト.へッ 
夕へのボインタ 
( ES ) をセーブ 


0060:2905 56 
0060:2906 BE2828 
0060:2909 EB16 
0060 :290B 56 
0060 :290C BE4A28 
0060 :290F EB10 
0060: 291156 
0060:2912 BE6C28 
0060:2915 EB0A 
0060: 2917 56 
0060:2918 BE8E28 
0060 :291B EB04 
0060 :291D 56 
0060 :291E BEB228 
0060 :292150 
0060 :2922 51 
0060 :2923 52 
0060 :2924 57 
0060 :2925 55 
0060 :2926 IE 
0060 :2927 06 
0060 :2928 53 
0060:2929 2EC51ED428 
0060 :292E 8A4701 
0060:2931 8A670D 
0060:2934 8B4F12 
0060:2937 885714 
0060 :293A 97 
0060 :293B 8A4702 
0060 :293E 32E4 
0060:2940 03F0 
0060:2942 03F0 
0060:2944 3C10 
0060:2946 770C 
0060 :2948 97 
0060:2949 C47F0E 
0060 :294C 0E 
0060 :294D IF 
0060 :294E FF24 
0060:2950 B403 
0060:2952 EB08 
0060:2954 B003 
0060:2956 B481 
0060:2958 EB02 
0060 :295A B401 
0060 :295C 2EC51ED428 
0060:2961 894703 
0060:2964 5B 
0060 :2965 07 
0060 :2966 IF 
0060:2967 5D 
0060:2968 5F 
0060:2969 5A 
0060 :296A 59 
0060 :296B 58 
0060 :296C 5E 
0060 :296D CB 
-> CON 


PUSH 

MOV 

JMP 

PUSH 

MOV 

JMP 

PUSH 

MOV 

JMP 

PUSH 

MOV 

JMP 

PUSH 

MOV 

PUSH 

PUSH 

PUSH 

PUSH 

PUSH 

PUSH 

PUSH 

PUSH 

LDS 

MOV 

MOV 

MOV 

MOV 

XCHG 

MOV 

XOR 

ADD 

ADD 

CMP 

JA 

XCHG 

LES 

PUSH 

POP 

JMP 

MOV 

JMP 

MOV 

MOV 

JMP 

MOV 

LDS 

MOV 

POP 

POP 

POP 

POP 

POP 

POP 

POP 

POP 

POP 

RETF 


SI- 


&f 28 CCON エン I 、 i 厂 ) 




PRN ェントリ） 


2921 
SI^ ~< 

SI.286C 
2921 _^ 

SI- —— （ CLOCK エントリ） 

SI, 288E X - ’ 

Si!l __ [ ブロック .デバイス 

SI,28B2 \ エノトリ 
AX 
CX 
DX 
DI 
BP 
DS 

ES ~Y - 

BX | 

BX,CS:[28D4] 


リクエスト •へッ ダへの 
ボインタを DS:BX に口 
ード 


AL , 

AH. 

CX, 

DX, 


BX+01 

BX+0D 

BX+12 

BX+14 


コマンド . コ - 

を AL に 


AX; DI. 


AL, [BX+02]- 

& f マンド • テ-ブル 

SI.AX 


1 のアドレス計算 


AL, 10— ( 禾正コマンドの確認 ) 

DI ； [BX+0E] C2i =c y s A j" D 
DS 


目的 I/O 処理ル- 
ンへジャンプ 


チ 


[SI]* 

AH, 03 y _ 

295C \DONE, BUSY をセッ 
AL, 03^= ^ ( - / 

AH,8U ——ごべ デ八イス 
295C へ） ヱ 

AH, 01- -^ 

BX, CS ： r 28 D 4>\ 

[BX -一 


X+03J.AX 



ラ 

(Unknown 

Command) 

セツト 


I ERROR, 
DONE を 

セット 


@ONE セット（正常終了 )) 


リ クエスト •ヘッダに ステ 
- タス•コードを書き込む 


MS-DOS へ制御を戻す） 
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って，ここでは一例として PRN の出力処理に的をし 
ぼって検討してみましょう. 

• 2バイト • コードの処理はめんどう 

1バイト処理系（欧米のシステム）では， リスト 2の 
ように， 1 文字入出力の際，気兼ねなく BIOS をコー 
ルし， BP リターンします.しかし， 2 バイト圏（漢字コ 
ード）である日本では，そうはいきません. プリンタ出 
力要求が発生したとき，システムが送ってくるコード 
は， ANK とシフト JIS コードが混在して おり，これを 
単糸屯にプリンタに送り出しても，0的の印字は行われ 
ません.これは，プリンタ側がシフト JIS を認識しな 
いためです. 

通常，漢字印字が必要な場合には，まずエスケープ • 
シーケンスをプリンタに送り漢字モードにし，漢字コ 
ー ドが認識できるようにしてからでないとうまくいき 
ません.しかも， 漢字コードは JIS コードで なければ 
なりません.もちろん，プリンタが漢字モード中に 
ANK 印字要求が発生したときは，漢字モードを解除 
してから ANK 文字を送り出します. 

• 漢字の処理には手間がかかる 

このデバ' イス.ドライ 八の 漢字処理部分の逆アセン 
ブル，リストは長いので，解析した フロー チャートを 
図2に示します.漢字処理つきの1文字出力を奥行す 
るために，1パ'イト圏のマシンに比較して，手間のか 
かることを行っているのが，おわかりいただけると思 
います. 

シフト JIS 対応のプリンタは見たことがあリません 
が、 もし存在するならデ八イス.ドライ八にこれだけ 
めんどうな漢字処理をもつ必要はありませんし，現在 
のところプリンタ•コード体系が統一されていません 
ので， MS-DOS 専用プリンタとしての存在意義はあり 
ます.というのも，システムが漢字処理分だけ軽くな 
りますので， I / O 処理から早く抜け出て，結果的に本来 


の処理に CPU タイムを振り向けることができるから 
です. 

システムが内部処理型式そのままの状態で， I / O に 
データを渡してやることによって， スルー プットが向 
上します.プリンタが，いかに大きなプリント•バッ 
ファをもっていても，前述した処理は通過しなければ 
なりませんので， CPU は I / O でもたつくことになり 
ます. 


〈リスト2> (9) PC - DOS 3.3 PRN - OUT 部分の逆アセンブ 
ル.リスト （ IBMBIO.COM V 3.3) 


- u 07 e 6 07 ff 
0070 :07 E 6 E 310 
0070 :07 E 8 BB 0200 
0070 :07 EB 268 A 05 
0070 :07 EE 47 
0070 :07 EF 32 E 4 
0070 :07 F 1 E 82400 
0070 :07 F 4 7505 
0070 :07 F 6 E 2 F 0 
0070 :07 F 8 E 98 DFE 
0070 :07 FB 4 F 
0070 :07 FC 4 B 
0070 :07 FD 75 EC 
0070 :07 FF E 971 FE 
- u 0818 0831 
0070:0818 E 891 FE 
0070 :081 B CD 17 
0070 :081 D F 6 C 408 
0070:0820 740 A 
0070:0822 B 009 
0070:0824 F 6 C 420 
0070:0827 7502 
0070:0829 FECO 
0070 :082 B C 3 
0070 :082 C B 002 
0070 :082 E F 6 C 401 
0070:0831 C 3 
->con 
- u 6 ac 

0070 :06 AC 2 E 8 B 166 C 01 
0070 :06 B 1 C 3 
0070 :06 B 2 E 306 
0070 :06 B 4 E 80600 
0070 :06 B 7 AA 
0070 :06 B 8 E 2 FA 
0070 :06 BA E 9 CBFF 
0070 :06 BD 33 C 0 
->con 


JCXZ 

MOV 

MOV 

INC 

XOR 

CALL 

JNZ 

LOOP 

JMP 

DEC 

DEC 

JNZ 

JMP 

CALL 

INT 

TEST 

JZ 

MOV 

TEST 

JNZ 

INC 

RET 

MOV 

TEST 

RET 


07 F 8 

BX ， 0002 _ 
AL , ES :[ DI > 


出カキャラクタ 
を AL に 


DI 

AH , AH ， 
0818 
07 FB 
07 E 8 
0688 
DI 
BX 

07 EB 

0673 


AH = 0—Print 
Character 


IBM のプリンタ 
BIOS コール 


06 AC 

17- 



AH, 08 ， ^(i/o エラ -? J 

082 C 


AL , 09 ^ s 

AH , 20 紙なし検出？） 

082 B 

AL 




MOV DX , CS :[016 C ] 
RET 

JCXZ 06 BA 
CALL 06 BD 
STOSB 

LOOP 06 B 4 
JMP 0688 
XOR AX , AX 



デバイス • ドライバの常駐を知るツール 


本文では，デバイス.ドライ八の位置を知るため 
にデ八ッガを使っていますが，簡単にそれらの情報 

くリスト A > デバイス，ドライバの常駐状況を表示 


( nul ) 

( special ) ( stdout ) ( stdin ) 
( output - unti 1- busy ) (generic loctl ) 


0906:0048 12 EC 12 F 2 8004 NUL 
19 B 2:0000 0066 0071 8013 CON 
1198:0000 0045 0050 A 040 PRN 

1190:0000 0049 004 E 0000 I : 

1186:0000 005 B 0066 C 000 VEMMXXX 0 ( ioctl ) 

1044:0000 0045 0050 A 040 PRN ( output - unti 1- busy ) (generic ioctl ) 
0060:3400 354 E 3597 8013 CON ( special ) ( stdout ) ( stdin ) 

0060:3412 354 E 359 D 8000 PRN 

0060:3424 354 E 35 A 3 8000 AUX 

0060:3436 354 E 35 A 9 8008 CLOCK ( clock ) 

0060:3448 354 E 35 AF 4840 A : - H : ( ioctl ) ( open / close / rm ) 


を表示してくれるのが， dev.com です.実行結果を 
リスト A に示します. このツールはアスキー 社の 
「 MS-DOS SOFTWARE TOOLS - 
3」に入っています. 

またメガソフト社の MEMORY - 
PR 0386 の屮の LU コマンドでも知 
ることができます. 
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シフ I ' JIS — 
JIS 変換 


(i{ i * J ! 令，つ s !, ' " 1 ‘ ， 

互換性のためのデバイス • 

ヌ丄 ♦ •.取/舞、'か.:常ざ：， 

•:+*:• r パ!•.仏,•す.:•し. i :• •妙•:•分，ザ.却，::•す“： 

しかし，シフト JIS — JIS 変換処理を見ると，逆の 
視点から デバイス.ドライバの利点を 再認識すること 
ができます.すなわち， 目的ハードウェアがどのよう 
なものであっても，インターフヱースを取ることが可 
能であるという 点です（コード体系やハードウェアの 
違いを吸収できる）. 

一般的にパソコンのシステム.メーカは，自社の1/ 
0を標準と考えます.ところが，ほかのメーカの周辺 
機器の接続が必要になった場合，周辺機器に対応した 

く図2> 

I0.SYS(V3.1)PRN 
出力漢字処理部 


デバイス • ドライバを付加するか，システム供給側と 
コンパチブルになるように周辺機器の変更が必要にな 
ります.新規に周辺機器を作成する場合は後者でもい 
いのですが，既存の周辺機器に対応したい場合には， 
デバイス-ドライバによる I / O サホ 0 —卜のほうが柔軟 
に対応できます.もともとデバイス.ドライ八の目的 
はここにあるわけです. 

たとえば，図3のようにコード体系が異なっている 
ため他社製のプリンタが使えず，お倉のゴミと化して 
いることがよくあります.しかし，これに対応するデ 
バイス.ドライ八を作成することによって，このプリ 
ンタは見事に社会復帰することが可能です. 



2ドット.スペース 

| 

4ドット•スペース 

1 -~ -r ~^ 

1 

^~ ^ 


END 


, V :;薄 

ドライバ 


前処理 ANK 
フラグをリセット 


1バイ ト目を 
セーブ 


2パイト.コード 

フラグ ON 
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筆者は，専用のプリンタ•デバイス.ドライバを作 
成し， PC 9801 に富士通製の古いプリンタ （ MB 2741 0) 
を接続して，ばら打ち帳票印刷業務に使っていました. 

• すべてのプログラムがデバイス•ドライバを経由す 
るとはかぎらない 

ただし，これはあくまで アプリケーション•ソフト 
ウェアやユーティリティ•ソフトウェアが， 階層構造 
に従って， OS に対して目的 ハードウヱアの I / O 処理 
を要求したときの利点です. 表皮に存在する アプリ ヶ 
—ション•ソフトウヱアが， I / O 順位を無視してより下 
位にある BIOS コールを 行ったり，独自の I/O ハンド 
ラ.プログラムをもつ 場合があります. 

こうなると， せっかく作成したデバイス.ドライバ 
もまったく役に立ちません. 


個3> 周辺機器に対応したデバイス 

- A 社パソコン . .. 


ドライバの付加 


アプリケーション•ソフ ト ウェア 


印字要求 


MS-DOS 


CON 


」 


一 低レベル1/0 


AUX 


低レベル I/O 


PRN 


IO.SYS 


A 社用 


BIOS 


CLOCK 


BLOCK 

] 





-低レベル I/O 


•低レベル I/O 


A 社プリンタに対応す 
るように作られている 


B 社バソコ : 


アプリケーシヨン•ソフ ト ウェア 


印字要求 


MS-DOS 


PRN 


B 社用 


CON 


IO.SYS 


AUX 



PRN 

A 社用 


BIOS 


PRT ポ ー I 、 


CLOCK 


BLOCK 




-低レベル I/O 
• 低•レベル I/O 


使える./ 


冷锻ムレ ，、 V バ V ， 、，'，，■'，… - ン猶 

:: ，ぅひとっ考ぇなければならなぃこ _ 

屮 + V ' 1 ， 、* > ，，レ.* I . 中、， 1 .ノ . h ご，仇 11 ベ 1 血 奇瓜 

日本語の文章は各行の左右端を合わせるのが普通で， 
全角，半角という文字サイズの問題があります. 

• 漢字と ANK のピッチは1: 2の比率 

ほとんどのプリンタは， ANK の場合，デフォルトで 
ハ。イカ•ピッチが 選択され， これが最も フレンドリ （フ。 
ログ ラム•リストなどでおなじみ）なわけですが，パイ 
力 • ピッチで ANK 2文字の幅に漢字1文字（全角）が 
割り当てられるようにしないと， ANK および漢字混 
在の印字結果は右端がばらばらになり，読みにく くな 
ってし まいます.したがって，このデ八イス•ドライ 
バでは，前述した漢字コードの出力 
の際にいちいちこの調整を行ってい 
ます（図2を参照). 

パイカ.ピッチの ANK 2文字に 
対して漢字1文字の幅は， 

> 24ピン•プリンタ （160 ドット / イ 
ンチ）では， 

(漢字ドット数 )24+( 文字 間隔）8 
= 32ドット 

> 16ピン•プリンタ （120 ドット / イ 
ンチ）では， 

(漢字ドット数 )18+( 文字間隔）6 
= 24ドット 

となり，いずれも ANK 文字間隔は 
0ですが，漢字文字間隔は開いてし 
まいます. 

単純に考えると，漢字の字間ゼロ 
が必要なら， エスケープ.シーケン 
スによって文字幅を強制的に設定す 
ればいいような錯覚をおぼえます. 
デバイス. ドライバは， 制御コード 
を ANK として扱いますのでトラン 
スペア レント（透過）にプリンタへ送 
り出されますが，次に 文字間ゼロの 
つもりで送った漢字 コード はプリン 
夕へ送り出されるまえにいったん 卜 
ラップされ ます. 

ここで，問題のデバイス • ドライ 
パ、による文字間設定制御コードか'割 
り込み，漢字コードより先にプリン 
夕へ送り出されるというわけです. 

次に，アプリケーション•ソフト 
ウェアでは，これまで説明してきた 
PRN デ八イス • ドライパを経由し 
てプリント•アウトしているかどう 
かを調べてみます. 



B 社フ°リンタに対応する 
ように作られているデパ 
イス*ドライパを追加 


社プリ 


B 社プリンタ 
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アブリケーション•ソフトウェアの l /〇アク贷ネン 

ここでは，実際のアプリケーション•ソフトウェア 
やユーティリティ••ソフトウェアが，どのように I/O 


をアクセスしているのか調べてみます.テ V くイス•ド 
ライバでも具体例として PRT 処理を検証したので， 
アプリケーション.ソフ トウ エアの 印字処理に ついて， 
いろいろと話題が多く有名な一太郎 （Ver 3) 君をレン 
トゲン台にのせて見ていきましょう. 


OS -9 のデバイス • ドライバ 


MS - DOS が手本とした OS が， UNIX であるとい 
うことは広く知られています. パソコンに その環境 
をもってくる際に， MS - DOS は， UNIX のもつ多く 
の 特徴をそぎ落としました.その結果， シングル • 
タスク/シングル•ユーザの OS となり，ファイル管 
理の方法と I / O の階層構造をデフォルメした型式 
を踏襲しています. 

ところが，それ以前に UNIX の環境を8ビット • 
パソコンに 移植しようとした，別の OS がありまし 
た.いわずと知れた 0 S -9 ですが，こちらは， MS - 
DOS に比べると， UNIX から多くを引き継いでお 
り，マルチ•タスク/マルチ •ユーザをサポートして 
います. 

マルチ •タ スタ/マルチ. ユーザをサポー トするた 
めには， 0 S の管理が厳しくなります.また，雑多な 
プログラムによって次々に発生する I / O 処理に対 
応しなければなりませんので， デバイス • ドライハ # 
の書式が， MS - DOS のそれ以上に厳格に定義されて 
います.また，図 A のように I / O 処理部門が， MS - 


DOS デバイス • ドライバのように一元化されている 
のではなく，さらに階層化され目的別のブロックに 
よって構成されています. 

このうち， IOMAN はコアに密着した，いわばシ 
ステムの一部と解釈できるものです.次の ファ イ 
ル•マネージャは， 0 S -9 の互換性保持に重要な役割 
をもつ実行モジュール（リエントラント）です.すな 
わち，個々のデバイスの違いを吸収して，上位のシ 
ステムとの同一型式のデータ.フローを形成します. 
ですから，ファイル•マネージャの下位には，いろ 
いろなデバイスがぶら下がるというわけで，その下 
がデバイス • ドライノ<となります. 

しかし， MS-DOS のデバイス.ドライバと違っ 
て，この下に BIOS があったりしません.ここが実 
行 モジュール として最下位 レベルで， 実際に I / O デ 
バイスの制御，入出力を行う I / O ハンドラ（リエン 
トラント）なのです.ところが，デバイス名や I / O デ 
八イスの物理アドレスなどの定数は，その下にある 
デ八イス•ディスクリプタと呼ばれる テーブル•モ 
ジュールに 記述します. 

これによって，同一種類の I / O デ 
バイスがいくつあっても，これを制 
御するデバイス.ドライバが1本で 
すむことになります.したがって， 
たとえば，現行のものと同じ形の1/ 
0デバイスを増設しても，デバイ 
ス.ドライバを書き足すのではなく， 
新規分のデバイス•ディスクリプタ 
を付加するだけとなります.これは 
マルチ • ユーザをサポー トするため 
に生まれた必然性なのかもしません. 

MS-DOS に比べて自由な記述は 
許されませんが，これによって，外 
部記憶装置のファイル，その他の1/ 
0, ROM データに至るまで，機種に 
依存しなし、互換性が保証されること 
になります. 


〈図 A > 0 S -9 の I / O 階層構造 
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JXW の印刷メニュから印刷を始めると，要求した 
書式にしたがって目的の文書がプリント.アウトでき 
ます.この時， MS - DOS にファンクション•コール 
(INT 21H) を使ってアクセスしているのならば，絶対に 
PRT のデノくイス.ドライバを通過するはずです. 

検証の最も簡単な方法は MS-DOS Ver .3.3 を使っ 
て， DEVICE 二 PRINT. SYS を CONFIG• SYS から外し 
て立ち上げます.また， IO.SYS に PRT ドライ八が標 


準で乗っかっているバージョンでは， SYMDEB を使 
って ， PRT への リンク•ポインタをはずしてやる ので 
す.リスト3のようにすると， PR 丁がシステムに存在 
しなくなります.ここから， JXW を起動してサンプル 
印字を試みてみます. 

• ワープロでは BIOS を直接呼ぶ 

いかがでしょうか？ PRT テソ< イス.ドライバにはま 
ったく無関係に目的の印刷が可能です.結果的には， 



MS-DOS 3.3 の PRINT.SYS 



MS-DOS 3.3 では PRINT.SYS が， 


〈図 B > PRINT . SYS ( V 3.3) 漢字処理部 


IO.SYS から分離され，内容も多少 
変わっています. 

まず， SWITCH COM により，1/5 
インチ文字幅設定 （ANK :漢字= 
1:2) と文字間隔ゼロ （2 : 3) のふた 
とおりのモードがサポートされてい 
ます.これは，絶対アドレス 0060: 
1E57(9801 用の IO.SYS は通常セグ 
メント 0060 にロー ドされる）のビ 
ット〇が，“ 0” のとき前者の設定， 
“1”のとき後者の設定となります. 

ですから，後者の文字間ゼロの設 
定は，デバイス.ドライバが文字幅 
を規定せず，シフト JIS — JIS の変 
换以外は，トランスペアレントにプ 
リンタに送出しますので，ユーザ. 
プログラムから文字間隔のコントロ 
ールが自由に可能になります. 

それ力、ら， 006 0:1E57 のビット1 
の値を“1”にすることで，たて書き 
印字になります.ただし，1/5インチ 
文字幅設定時には，これに加えて8 
ドット.スペーシングを行いますの 
で，さらに文字間が開いてしまいま 
す. 

なお， 0060 :008D の内容は， 
Ver 3 . 1と同様にイニ シャラ イ ズの 
際に，メモリ•スイッチ5の内容を 
コピーしたもので，ビット0が， 
CEN 16,24を表しています. 

PRINT. SYS (Ver 3 .3) の漢字処理 
部の フローチャート を図日に示しま 
す. 


MS-DOS \/3.1 のバージヨンによる違いについて 

日本電気製の MS-DOS V 3.1 には，いくっかパ-ジ 
ヨンがあり， PS 98- 127から RS -232 C のサボ—卜 
が IO.SYS から外され，デバイス.ドライバ (rsdrv. 
sys) として独立した.このため，本稿ではデパイ 
ス•ドライパのリンク狀態を見るために，標準デ 
パイス.ドライバが IO.SYS 内ですベてリンクさ 
れる PS 98-125 を参考例としている.したがって, 
ハ* -ジヨンによって，メモリ*ダンプおよび逆ア 
センプル結果に遠いが出るので注意. 

なお， PRN 出力漢宇処理部分は， PS 98-125 と 
PS 98-127, 129が少々異なっている.後者はよ 
リ V 3.3 に近い処理をしていて， 0060:1 E5 7 のビ 
ット〇を“1”にすることで漢字対 ANK の文字幅が 
2:3になる.じかし，これはマニュアルに書かれ 
ていないゝし，これを変更できるコマンドも添忖 
されていない.あくまでも非公式のものなので， 
通常の使用方法では，漢字対 ANK の文字幅は1:2 
となる. 
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プリンタ BIOSdNT 1 AH ) を無効に くリスト3> PRN へのリンク•ポインタをはずす 

すると印刷ができなくなり，何もせ 

ずに元の画面に戻ってしまいます. 

ですから，一太郎というアプリケ 
ーシヨン•ソフトウェアは，プリン 
卜•アウトについていうと MS-DOS 
ファンクション.コールを 利用せず， 

最下位レベルの BIOS によって I/O 
アクセスが行われていることになリ 
ます. 

• MS - DOS のプリンタ用ドライバ 
では漢字の字間があく 

デバイス.ドライ 八の 解析のとこ 
ろで説明したように， MS - DOS がパ 
イカ • ピッチを優先的に扱っており， 

漢字文字幅が ANK 文字幅によって影響を受けてしま 
っています.このため，（ここは，推測になってしまい 
ますが)本アプリケー ション •ソフトウヱア の 作成者 
は，標準添付のデ八イス • ドライバによる文字幅自動 
設定に不満があったと思われます （BIOS コールを 選 
択したのが，すべて文字幅設定が原因だと述べている 
のではありません）. 

デバイス. ドライ 八 経由のプリンタ制御では， 文字 
幅設定用の制御コードはプリンタへ確実に到達はする 
ものの，漢字コード送出がトリガとなって MS-DOS 
方式の印字書式に切り替わり，ユーザ設定は徒労に終 
わる ことになります.これでは，プリンタを最大限に 
活用することは不可能ですし，いろいろな書式に対応 
することはできません.プログラム•リストなど ANK 
文字が重要な意味をもつもののプリント•アウトでは， 

きれいな印字が可能ですが，漢字中心の日本語ワープ 
口の印刷ではマイナス面が多くなります.まさに，小 
さな親切大きな迷惑，ですネ. 

実際この要領で印字した漢字混じりの文章は漢字の 
字間が空いてしまいます.参考までにプリンタ送出デ 

〈リスト4 > 

実際の印字とそのプ 
リント HEX ダンプ 


出力文字 


Device Driver は，有用である. 
建設的な I/O Access の閃き. 


44 65 76 69 63 65 20 44 72 69 76 65 72 20 1C 42 
IB 4B 24 4F 2124 4D 2D 4D 5124 4 フ 24 22 24 6B 
2125 1B 48 1C 41 0D 0A 0D 0A 1C 42 IB 4B 37 7A 
40 5F 45 2A 24 4A 1B 48 1C 4149 2F 4F 20 4163 
63 65 73 73 20 1C 42 IB 4B 24 4E 41 2E 24 2D 21 
25 1B 48 1C 41 0D 0A 


► 上段が， 実際の印芊見本 . 

► HEX ダンプを見ると，漢字モード （ESC “K” ） にする前に ， FS “B " を送っているのがわかる 

► ESC “H” で ANK が， HD パイカ • モードになる . 


Device Driver B 
-K$0!$M-MQ$G$"$k 

!VH.A.B K7z 

e_E*$J.H.Al/0 Ac¬ 
cess .B . K$NA , 

% . H . A - • 


JXW のプリント出力 




一夕の HEX ダンプ.リスト（リスト4 ) を示します. 

' ^ ： J ; - k ; 中::•か:•和:::^ 

レベルと互換性 

MS - DOS 上のプログラムは，すべて CPU の制御権 


微 VV ， ' 

I / O アクセス 

输、 1 .. 


-D27D0 
0060 :27D0 
0060 :27E0 
0060 :27F0 
0060:2800 
0060:2810 
0060:2820 
0060:2830 
0060:2840 
-E27E6 
0060 :27E6 
-D27D0 
0060 :27D0 
0060 :27E0 
0060 :27F0 
0060:2800 
0060:2810 
0060:2820 
0060:2830 
0060:2840 
->C0N 


20 00 00 90 E6 27 60 00-13 80 FA 28 05 29 43 4F ... f. z(. )C0 
4E 20 20 20 20 20 F8 27-60 00 00 80 FA 28 0B 29 N x’ v ...z(.) 
4155 58 20 20 20 20 20-0A 28 60 00 00 80 FA 28 AUX . (\..z( 
1129 50 52 4E 20 20 20-20 201C 28 60 00 08 80 .)PRN •('••• 
FA 2817 29 43 4C 4F 43-4B 20 20 20 FF FF FF FF z(.)CLOCK .... 
00 28 FA 28ID 29 02 90-5A 29 5A 29 5A 29 54 29 .(z(.. Z)Z)Z)T) 
6E 29 89 29 5A 29 A8 29-BC 29 BC 29 E9 29 5A 29 n).)Z)Q<)<)i)Z) 
5A 29 5A 29 5A 29 5A 29-5A 29 5A 29 5A 29 5A 29 Z)Z)Z)Z)Z)Z)Z)Z) 

F8.0A 27.28 上 ； 7 … ： AUX のリン . • . CLOCK ( こ ' 


20 00 
4E 20 
4155 
1129 
FA 28 
00 28 
6E 29 
5A 29 


00 90 E6 27 
20 20 20 20 
58 20 20 20 
50 52 4E 20 
17 29 43 4C 
FA 28ID 29 
89 29 5A 29 
5A 29 5A 29 


60 00-13 80 FA 
0A 28-60 00 00 
20 20-0A 28 60 
20 20-20 201C 
4F 43-4B 20 20 
02 90-5A 29 5A 
A8 29-BC 29 BC 
5A 29-5A 29 5A 


28 05 29 43 4F 
80 FA 28 0B 29 
00 00 80 FA 28 
28 60 00 08 80 
20 FF FF FF FF 

29 5A 29 54 29 
29 E9 29 5A 29 
29 5A 29 5A 29 


… f ’、... z (.) C 0 
N . (\..z(.) 
AUX .(\..z( 
.)PRN 

z(.) CLOCK .... 
.(z(.Lz)Z)Z)T) 
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I/O アクセス • 
レベルに一霄性 
がないのて■，シ 
ステム構成の変 
化に対応しない 
(互換性が低い） 


を得るとどのレベルの I / O 処理も 
£1酎に活用することができます（図 
4). これは，情報工学的 0 S の定義 
からはあまリ薦められることではな 
く，ハードウヱア，ソフトウェア資源 
の苻効活用，という大命題がもろく 
も崩壊してしまうのです. 

システムがある時間単位でしかも 
優先順位付きで I / O アクセスを管 
理している マルチ タスク.システム 
では絶対に認められない，下剋上的， 

反動分子的，ガキ大将的カオスが， 

MS-DOS システムで横行している 
というわけです. 

したがって， MS-DOS は 0 S の概 
念からは 0 S もどきと呼んだほうが 
適切かもしれません.現にディス 
ク • オペレーテイ ング. システムと 
いう控え目な名称からも，ディスク.ファイルを中心 
に管理するシステム，ファイル互換を最も大切なポリ 
シに掲げている基本システム，としてとらえた方がベ 
ターです. 


このレベルが 異 
なるほかの機種. 
では勧作しない 


く図4> 互換性の低い I / O アクセス 


アプリケーション， 
ソフトウェア 


シェル 


MS-DOS システム 


10. SYS / デバイス.ドライバ 

1 

r n 

\ 

i 

i 

i 

「 


BIOS B 


BIOS 


BIOS 


BIOS 


低レベル I/O 
機種依存性大 


ハード 

ゥこ[ァ 


ハード 

ウェア 


.ノへ一.ド 

ウェア 


I ' 

ウェア 


フトウエア （0 S ) など，周辺の環境の進歩に合わせてい 
かなければなリませんので，旧態依然とした BIOS を 
永年に渡ってサポートする保証は，どこにもありませ 
ん. 


• BIOS を直接利用するソフトウェアが多い 

しかし，現在では 0 S 供給側である，当のマイクロソ 
フト社も， IBM 系プログラミング言語ソフトウェアを 
はじめとして， BIOS なしでは快適な操作性，機能の向 
上が得られないと考えたのか， Quick シリーズなど， 
粁並 BIOS コールを正々堂々と行っています. ですか 
ら，あるハードウヱアが一般に普及して，図 4 のよう 
に市民権を得る（シュアを確保する）と，互換性の条件 
として BIOS も 0 S と共に，アプリケーシヨン•ソフト 
ウヱア作成時の検討項目の中に入ってきます. 

国内では PC 9801，欧米諸国では IBM PC (互換機を 
含む）用ソフトウヱアは，一部ファイル操作を除いてほ 
とんどのアプリケーシヨン•ソフトウェアが， BIOS ル 
ーチンを借用しています. IBM の場合はオープン•ア 
ーキテクチャですから別にして， NEC は PC 9801 の 
BIOS ルーチンを一般に公表していませんが（ソフト 
関係の雑誌にはかなり詳しく掲載されている）， たいて 


ですから， BIOS コールによるアプリケーシ ョン .ソ 
フトウ ェア やユー テイ リ テイ. ソフトウェアは，ハー 
ドウ ヱア • メーカの機種に依存したソフトウ ヱア であ 
ることには変わりがないということです.もっとも， 
そのころには廃品種になっているのでしょうが. 


囫参考•引用*文献囫 

⑴ IBM Corporation, Disk Operating System Version 3.30 
Reference, First Edition 80X0667, 1987 April. 


いのアプリケーシヨン.ソフトウェアは BIOS ルーチ 
ンを 利用して います. 

• BIOS はデバイス • ドライバのように簡単にすげか 
えられない 

BIOS は ROM に置かれるのが普通で，その機種に 

備わっている I / O ハードウェアのハンドラで，機種の 
モデル.チェンジがあって BIOS そのもののプログラ 
ムが変更されても，入出カパラメータはあまり変化し 
ません. 

しかし， パソコン •メーカもハードウェアや基本 ソ 


⑵ IBM Corporation, Disk Operating System Version 3.30 
Technical Reference, First Edition 80X0945, 1987 April. 

⑶ Microsoft Corporation, Macro Assembler 5.0 Program¬ 
mer's Guide, 1987. 

(4) NEC, 日本語 MS-DOS3.1 ユーザーズ リファレンス マニ 
ュアル. 

(5) NEC, 日本語シリアルプリンタ PC-PR201G ユーザーズマ 
ニュアル，1988. 

(6) NEC, PRIN 丁 . SYS 日本語 MS-DOS 3.3. 

⑺ Seagatex, ST01 ROM-BIOS VI. 7,1987. 

(8)* NEC, 10.SYS 日本語 MS-DOS3.3. 

(i* IBM, IBMBIO.COM PC-DOS3.3. 
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第 6 章 漢字と ANK の比率を1:2にしだままでパイカ文字以外でも使える 

プリンタ•ピッチを変えるユーティリティ 
の作り方 

MS- □〇 S 上のプリンタ出力では文字がばらばらに出てきます. ANK 文字種はパ 
イカしか出せません.エリートなどが使えれば，1行にたくさんの文字を打つことがで 
きます.ここでは， IO.SYS の中のプリンタ•ドライバ部を直接変更して実現します. H 3 !? lE/X 


卩〇9801の3^5-〇〇3 3.1の最新バージョン以前の 
ものでは，プリンタ*ドライバが 10.SYS に組み込まれ 
ています.このドライバは， MS - DOS の漢字コード （= 
shift jis ) を PC 内部のコード（基本的には jis ) に変換 
し，8ビット文字と16ビット文字の切り替え信号をプ 
リンタに送り出します. 

このとき使われている制御コードが PC-PRX X X 
用のコードなので， MS - DOS から直接 （ TYPE や DIR 
などで）プリンタに打ち出せるのは， PC 対応プリンタ 
( = PC - PRxxx 用のコードを解釈できる）に限られ 
るわけです. 

もっとも，このことについては，純正以外のプリン 
夕も PC 対応になっているものが多いので大きな問題 
はありません.またワープロ•ソフトなどは， MS-DOS 
を経由しないで直接プリンタへ出力するようになって 
いるので，やはりフ°リンタについての問題は少なくな 
っています. 

• 文字ピッチはパイカが基本 

プリンタ*ドライバについて，最も困るのは，汎用 
コンパイラを使って作られたアプリケーション•プロ 
グラムでプリンタを使いたい場合です.前述の MS - 
DOS 内蔵のドライ八では，半角 P 線や16ビット 
ANK 文字が使えず （8 ビット ANK に変換されてし 
まう），また文字ピッチもパイカ （ = 10 CPI ) に限られま 
す. 

たとえば， プリンタ側の設定でエリート （12 CPI ) に 
しておいても，16ビットの文字が入ると，その後のピ 
ッチはパイカにもどってしまいます. アプリケーショ 
ンから ESC シーケンスを使ってピッチ変更を行って 
も，同様の結果になります. 

筆者の知るところでは， MS - DOS の標準テキスト. 
ファイルでも，プリンタに打ち出すために ワープロ. 
ソフトを使っている方が多いようです.また，簡単な 
アプリケーションを Pascal を使って作成するように 
薦める場合にも，書式を整えたい場合は，そのソフト 
の中でプリ ン タの コントロールまで やらなければなら 
ず，本来のアプリケーションより手間がかかってしま 
うことになリます. 


修 COPY キーでは露線は印字されない 

もっと困るのは |COPY| キーによる画面のコピーで 
す. CRT 画面上には半角鄄線も問題なく表示されるの 
に，コピーされたものには鄴線は印字されません. 画 
面コピーの機能は MS-DOS のドライ八中に含まれて 
いるので，アプリケーシヨン側では解決できません. 

いずれにしても， 画面上のすべての文字がプリンタ 
で印字でき，文字ピッチを変更してもその効果が持続 
し，さらに全角と半角が1: 2のビッチになる ようにで 
きれば，印字を必要とするアプリケーションを組む場 
合や MS-DOS から直接印字する場合に極めて有効で 
す. 

プ U ンタ • ドライバの仕様 

アポぞボむ:’中::“.’ . 卜:；:;5: 

ところで， NEC の MS-DOS のプリンタ.ドライハ， 
が何故パイカ.ピッチしかサボートしていないのでし 
ょうか？ たんなる手抜きとも考えてみましたが，実 
際のところそれほど単純ではないようです.その理由 
は， ANK のピッチと漢字のヒッチが1: 2になるのは 
パイカの 10CPI のとき だけで， ANK のエリート•ピ 
ッチは 12 CPI なのに対して 漢字は 20/3( = 6.66)CPI 
となっていて，このままでは1: 2になりません.1: 

2になっていなくても使える用途はありますが，評線 
のことも考えると，やはり一般的には必要度が高いと 
いえます. 

PC-PRx x x の コントロール •コードには， 1/160 
インチ単位の スペース 送りが含まれていますが，この 
スペースを 漢字1個あたり彳可個か入れる方法ではどう 
してもうまくいきません.このことは，図1に示すと 
おりです. 

このピッチを合わせることもかなりめんどうなので 
すが，問題はこれだけではあリません. PC-PRx x x 
系では， ANK と漢字の切リ替えコードがピノチの指 
定も含んで いるのです.一方， MS-DOS の漢字コード 
は shift jis ですから，プリンタ.ドライバのほうで 
ANK と漢字の変化を検出して，その都度切リ替えコ 
ードをプリンタへ送らなければなリません.このとき， 
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く図1> エリート • ピッチに漢字を合わせる計算 


►パイカの文字送り =0.1 インチ… . ㊈ 

►漢字の5 CPI = 0.2 インチ . ⑧ 

⑧X 2 二⑧ 

►■エリートの文字送リ’二長インチニ']^'インチ .◎ 

►漢字の20/3 CPI =^ インチインチ . ⑬ 


◎ x 2 -き彌=:而 

漢字1文字当たり1/60インチを余分に送ればよい.しかし，ス 
ペース送りは1/160インチ単位なので， 

1 _ 8 _ 8 
60 480 160X 3 

となって，漢字3文字当たり8ドットのスペースを送らなけれ 
ばならない計算になる.さらに半角16ビットの場合には，6文 
字めたり8ドットに切り替える必要がある.このためには，何 
らかのカウンタが必要になり，リターンのたびにリセットしな 
ければならない. 


ANK と漢字を切り替える専用のコードがあれば， 
ANK —漢字— ANK となったときにも ANK のピッ 
チは元に戻りますが， ピッチの指定が含まれているの 
で，ドライノ くが以前の ANK のピッチを記憶していな 
ければならない ことになります.漢字のピッチについ 
ても同様です. 

以上のように，パイカとエリートの両ピッチで 
ANK と漢字の自動切り替えを行うだけでもかなりや 
っかいなことになります.これに，さらに欲ばって漢 
字の 20/3 CPI に対応する ANK 40/3 CPI も使えるよ 
うにすると，最大では10インチ幅の紙に114文字まで 
印字できるようになりますか、，ドライノくはもっと複雑 
になります. 

しかし，どうせ作るならこれにプロポーシヨナル（可 


〈図2> 

プリンタ • ドライバの 
フローチヤート 


P16B 



RET 
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変）ビッチも含めて4種類のピッチを ESC シーケンス 
で 指定できるドライバにしようということで，次のよ 
うな仕様を作リました. 

① ANK で10，12, 13. 3，プロボーシヨナルの4種類 
のピッチを1回の ESC シーケンスで指定できる. 

② プロポーシヨナル以外のピッチでは，漢字のピッ 
チが自動的に ANK の半分の CPI になる. 

③ ANK と漢字が混在しても，一度指定したピッチ 
は維持される. 

④ 16ビット半角文字（鄙線と ANK ) も印字でき，ピ 
ッチもずれない. 

⑤ MS - DOS の IO.SYS を書き換えるプログラムと 
し，システム•エリアは1八イトも増えない. 
このうち①〜④までは特に困難はありませんが，こ 

れを元のドライバ（パイカ.ピッチのみ）と同じバイト 
数に収めるというのはかなり難しいと思われます.同 
じバイト数にしたい理由は，このドライ八を使ったと 
きに，以前から動いていたプログラムが走らなくなる 
ような事態を避けるためです.同じバイト数になって 
いれば，メモリ量に関する問題は絶対に発生しません 
から. 

齡 ::. ，儀. 

これまでの説明で，ドライ八のもつべき機能は示さ 
れています. 13.3 CH の文字は，8ビットではなく16 
ビットの半角文字として印字し なければなリません. 
そのためには，8ビットの ANK を16ビットに変換し 
なければなリませんが，スペース （20 H ) 以外のコード 
は比較的簡単です.ただし，英数字とカナでは第1八 
イトが異なるので，この点だけは要注意です.このピ 
ッチのときはすべてが16ビット•コードなので，漢字 
と ANK の切り替えは不要です.逆に切リ替えコード 


を出さないようにしなければなリません. 

•まず shift jis か ESC コー ドかを判断 

図2が設計されたドライバの フローチャー トです. 
全体の流れとしては， MS - DOS へ渡される8ビットの 
コー ドが shift jis の1バイト目かまたは ESC コード 
(=1 BH ) であれば次の2バイト目と合わせて処理し， 
それ以外は1八イトごとに処理するようになっていま 
す.このとき第1バイトを保持するのが prb です. 

prb が 1 BH 以上であるときに送られてきたものは， 

第2バイトと解釈されます. ESC シーケンスのうち， 
ドライバ内で解釈されるのは，第2八イトが 45 H ， 
48 H , 4 EH , 50 H の4種類だけで， その他のものは手を 
加えずにプリンタへ送られます.したがって，ピッチ 
関係以外のすべての ESC シーケンスが使用可能です. 
• ピッチの調整 

12 CPI での漢字スペーシングは， cnt をカウンタと 
してモジュロ演算を行っています. 10 CPI のときは， 
このルーチンは眠らせる必要があリますが， フロー チ 
ャートには書いてあリません. 13.3 CPI のときは8ビ 
ットのコードを16ビットに変換するように SW を切 
リ替えています.これには，実際の プログラム 中で分 
岐先を書き換える方式をとっています.このほかにも， 
プログラム 中のコードを書き換える方法を使って，バ 
イト数を節約しています. 

実際のプログラムでは，図2のフローチャートのほ 
かに，このコードを 10 .SYS のしかるべき番地にロー 
ドする部分が必要になります.これを含めたリストが 
リスト1です （ P .129). ただし，このリストは NEC の 
MS DOS Ver 3. 1 ( PS 9812 9) 専用です. 

… .一」... 彌 

ヒッチ変更ユ - ティリテへ 韻 

ぬなな仏：::‘“ン:心ぶ:,い 

このドライバを ユーザ. アプリ ケー シヨンから使う 


□ 



CQ 出瓶紅 


g ] 実戰マクロ•アセンブラ活用法 

CQ RED BACKS プロの要求を満たす MACRO 80のすベて 

A 5 判 2 88 ぺージ定価〗， 854 円（税込）中野正次著 

使い方によっては高級言語に劣らない能力を引き出す 
ことも可能な，マクロ •アセンブラ MACR 〇80を例 
に,アセンブラのプログラム•テクニックを詳細に解説. 


忝170東京都豊島区巣鴨 1-14-2 Q 03-947-6311 振替東京 0-10665 
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には， ESC シーケンスでピッチ•セットを行えばよい 
のですが，できれば コンソールから セットできたほう 
が便利です. ついでに ドラフトと LQ (高速と高品位） 
の切り替えもできるようにしたのが リスト 2 (Turbo 
Pascal ) の プログラム です. 

この中味は，押されたキーに対応したピッチと品位 
を ESC シーケンスとしてプリント•アウトするだけの 
もので，説明するほどではありません.このユーティ 
リティを使用すると， MS - DOS で TYPE や DIR を実 
行して直接印字するときでも，7種類のピッチ*品位 


を利用可能になります. 

図3がこのフ。リンタ • ドライパ、とユーティリティを 
使用して TYPE した印字サンプルです.プリンタは 
EPSON のものですが， PC 対応モードで使用していま 
す. 

同様のドライバを EPSON の ESC / P コード対応に 
作るとさらに15 CPI の印字も可能になりますが，半角 
齚線が使えなくなるので一長一短です.半角齚線が使 
えなくなると画面のコピーも正しく行われないという 
ことになります. 


く リスト2 > 

文字種設定プログラム 



( V 5.0 ではこの行の U X) を消す > 

PROGRAM setfont ; (* 10.SYS のブリンタドライバに F 0 N T を指定する 
(本 New Version Including pica,eleet,propo , 3/20 change control 本） 

(* USES PRINTER ; { This line must be active on T.P. V5.0 } *) - 

TYPE w = STRING!2] : w3 = STRING[3] ； stt = STRING[254 ]； 

CONST pk : w= #27#$48 ; el:w= #27#$45 ; pr : w= #27#$50 : c3 ： w= #27#$4E 
cr :w= #13#10 ; dr : w3 = #27#$64#$30 ; hh : w3 = #27#$64#$31; 

VAR : INTEGER ; ohb : BYTE ; 


BEGIN WRITE ( ，ブリンタドライバに F O N T を指定します 0 ’， cr ’ 

’高速 パイカ 1 高品位バイカ 4 ， 1 し T» 

，高速 エリート 2 高品位 .エリート 5’ ， cr ， 

，高速 辛角 3 高品位 f - 角 6’W ， 

， （中止 〇 > 高品位プロボーシヨナル 7’ ， cr) ; 

REPEAT WRITE(#i3 ,’ 番号を指定して ください。 1 ,#8, #8) ; liEAD(chb ) ； 

CASE chb OF 
l:WRITE(lst,pk,dr) : 

2:WRITE(1st,el,dr) : 

3:WRITE(lst.,pk,di*,o3 )； 

4 ： WRITE(lst,pk,hh) : 

5:WRITE(lst.,el ,hh )； 

6:WRITE(lst,pk,hh,c3 )； 

7:WRITE(lst.,pk,hh,pr) END UNTIL chb<8 ; 

IF chb=0 THEN WRITELN(cr, ，変更しません。’） 


KND . 


〈図 3> 

7 種類の印字例 


r - r - 1 123 4 56 78901234567890123456789012 

1 1234 丨 漢字 | 11223344556677889900 AaBbCcDdEeFfGgHhliJ jKk し IMmNnOoPpQqRrSsTtUuVv 
L - ょ - J これはプリンターのテスト印字です 。 (EPSON VP- 2500 を使用 ）. 

门 T LJ 上 I I 一 

r --- 1 12345678901234567890123456789012 

I 1234! 漢字 j 11223344556677889900 AaBbCcDdEeFfGgHhIiJjKkLIMmNnOoPpQqRrSsTtUuVv 
l - ム - j これはブリンターのテスト印字です。 (EPSON VP- 2500 を使用 }. 

n 了 u 丄 I I 一 

r - r - 1 123 4 56 73901234567890123455789012 

I 丄 234 丨 漢字 111223344556677889900 AaBbCcDcEeFfGgHhIlJjKkLIMmNnOoPpQqRrSsTtUuVv 
l - l -• これはプリンターのテスト印字です 。 (EPSON VP- 2500 を使用 ）. 

n t u x 1 1 — 

r - r - , 12345678901234567890123456789012 

I 12341 漢字 1 11223344556677889900 AaBbCcDdEeFfGgHhliJjKkLlMraNnOoPpQqRrSsTtUuVv 
L - L - 1 これはブリンターのテスト印字です 。 （EPSON VP- 2500 を使用 ）. 

nT u - L l I 一 

I-1-1 12345678901234567890123456789012 

112341 漢字 111223344556677889900 AaBbCcDdEePfGgHhliJjKkLIMnNnOaPpQqRrSsTtUuVv 
1 - 1 - 1 これはブリンターのテスト印字です 。 （EPSON VP- 2500 を使用 ）. 

nr ux l I 一 

I-1-1 12345678901234567890123456789012 

112341 漢字 111223344556677889900 AaBbCcDdEeFfGgHhIiJjKkLIMnNnOoPpQqRrSsTtUuVv 
1 - 1 - 1 これはブリンターのテスト印字です 。 （EPSON VP- 2500 を使用 ）. 

nT u *HI — 

I- ； -1 12345678901234567890123456789012 

112341 漢字 111223344556677889900 AaBbCcDdEeFfGgHhIiJjKkLIMmNnOoPpQqRrSsTtUuVv 
1 - 1 - 1 これはブリンターのテスト印字です 。 (EPSON VP- 2500 を使用 ）. 
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〈リスト 1> プリンタ • ドライバ ( MASM ) 


10. sys segment=430: 

ESC control included 1989 / 2 /1 


FIL 

MACHO 

Q 


LOCAL 

Ql 

Ql ： 

REPT 

Q-Ql 


NOP 



ENDM 



ENDM 


.SALL 



kanm 

EQU 

3E24H 

cnt 

EQU 

3E25H 

prb 

EQU 

3E26H 

pos 

EQU 

3E00H 

CODE 

SEGMENT 


ASSUME CSlCODE 

START ： 

MOV 

AX.430H 


MOV 

ES.AX 


MOV 

AX.CS 


MOV 

DS,AX 


MOV 

CX,287H-16BH 


MOV 

DI.16BH 


MOV 

SI,16BH 


CLD 


P01 ： 

MOVSB 



LOOP 

P01 


INT 

20H 


FIL 

piOJI f 出カコードを CL に入れて 

P16B. - 

UKb このルーチンに入る 

PMOJI: 

MOV 

CH,Byte Ptr DS:[prbl 


MOV 

AL.CL 


CMP 

CH.1BH : ESC code? 


JAE 

B16 


CMP 

AL,1BH : ESC code? 


JZ 

P18B 


CMP 

AL.80H 


JB 

P190 


CMP 

AL,OAOH 


JB 

P18B 


CMP 

AL,OEOH 


JB 

P190 


CMP 

AL,OFDH 


JNB 

P190 

P18B: 

MOV 

Byte Ptr DS ： [prb], AL 


RET 


P190: 

JMP 

ASCII 

P193 ： 



B16: 

MOV 

Byte Ptr DS ： [prb], 0 


JNZ 

B17 


MOV 

Byte Ptr DS ： [kanm],0 


JMP SHORT ESCP 

B17: 

CALL 

START+0F9CEH ;50 ： 38CEH 


ORG 0A2H 

P1A2 ： 



JIS: 

PUSH 

CX 


CALL 

KANJ 


POP CX 



PUSH CX 


CMP 

CH,2CH 


JNB 

ZEN 


CMP 

CH,29H 


JNB 

HAN 

ZEN ： 

CALL 

SKIP 

HAN: 

POP 

CX 


CALL 

0T2B 

SKIP ： 

MOV 

CX,1B00H 


MOV 

AL,Byte Ptr DS ： [cnt] 


ADD 

AL,7 

P128: 

INC 

CX 


SUB 

AL,3 


JNS 

P128 


MOV 

Byte Ptr DS ： [cnt], AL 


DEC 

CL 


JNZ 

0T2B 


RET 



ESCP ： 

CMP 

AL.48H 


JZ 

PICA 


CMP 

AL.45H 


JZ 

ELIT 


CMP 

AL.50H 


JZ 

PROP 


CMP 

AL.4EH 


JNZ 

0T2B 


CALL 

SET320 


MOV 

Byte Ptr : 


RET 


PICA ： 

PUSH 

CX 


MOV 

CX,1C42H 


CALL 

DEFAL 


JMP SHORT POPRT 

ELIT ： 

PUSH 

CX 


CALL 

SET320 


MOV 

Byte Ptr 1 


JMP SHORT POPRT 

PROP: 

PUSH 

CX 


CALL 

SET320 

POPRT: 

POP 

CX 


FIL 0T2B 


ORG 113H 

P211: 



0T2B ： 

XCHG 

CH，CL 

0T2C: 

CALL 

0T1CH 


MOV 

CL.CH 


JMP SHORT 0T1CH 


ORG 11CH 

P21C: 



ASCII: 

PUSH 

CX 


CMP 

CL,13 : cr 


JNZ 

AS2 


SET320: MOV CX.1C41H : 3/20 mode 

DEFAL: MOV Byte Ptr DS ぐ 

MOV Byte Ptr DS: 

MOV Byte Ptr DS ： 

JMP SHORT 0T2B 


ELEET-START+l+pos],AL 
'SKIP-START+pos],0C3H 
AS2-START+l+posJ, B8A-AS2-2 


AS2: 

ELEET ： 


PRET: 

KANJ ： 


P115 ： 


MOV Byte Ptr DS ： [cnt],0 

JMP SHORT B8A : or B8B 

MOV CX,1B45H : Eleet Char 

MOV AL,Byte Ptr DS:[kanm] 

XOR AL,1 

JZ PI15 

RET 

MOV CX,1B4BH : Kanji yoko 

MOV AL,Byte Ptr DS ： [kanm] 

XOR AL,1 

JZ PRET 

MOV Byte Ptr DS ： [kanm],AL 

JMP SHORT 0T2B 


FIL LIMIT 
ORG 152H 

P252: 

LIMIT ： RET 


B8A ： 


B8B: 


P150: 


P271: 

OT1CH: 

P278 ： 


P280 ： 


CODE 


CALL ELEET 
POP CX 

JMP SHORT OT1CH 
CALL KANJ 
POP CX 

CH,14H 
CX,1 
CL，1 
CH 

CL.20H 
PI50 

CX,2B21H 
0T2B 


MOV 

SHL 

SHR 

INC 

CMP 

JNZ 

MOV 

JAE 


FIL OT1CH 
ORG 171H 


CMP 

JZ 

CALL 

CMP 

JNZ 

MOV 

MOV 

INT 

RET 

ENDS 

END 


Byte Ptr DS ： [27C1H], OFFH 
P280 

START+5CH 

AH,1 

P278 

AH,11H 

AL.CL 

1AH 
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エンジニアへのブレテン.ボード① 

^ ⑩君にも作れる高性能計算機アーキテク^^_ 忍 

計算機ハードウュア上の高性能化の方向は，次の三 単一代入は機能ブロック同士の接続をひとつの変数 


つに整理できます. 

① 1 C 化や実装など製造技術による高性能化 

② 並列分散処理など構成方法による高性能化 

③ 超伝導や光など新素材による高性能化 

これらは単独に，またそれぞれ融合した形で研究& 
開発されています.①は今でも三次元構造化や信賴性 
などの技術課題が山積みしていますが，やや成熟技術 
の感を圼し，できて当たり前という見方をされていま 
す. 

「話題」ということで歓迎を受けているのが②と③ 
です.②の関係では， データ • フロー•マシン （その類 
似の コネクション • マシン），ニューロ •コンピュー 

夕，また個別技術として ASIC や DSP による一部機 
能の高性能化，あるいは RISC 構成や多値，ファジィ論 
理1#成などの方式工夫があげられます.どれもみな， 
ソフトウェア側からの要求によって工夫されたもの， 

と考えることができます. 

③は光ファイバ，バイオ技術，萵温超伝導で一躍脚 
光を浴びました.今のところはまだ先端技術(未開発技 
術と同義)領域でしょうか.物理など基礎科学分野の舞 
台になっています. 

さて今回は，②の並列処理などの計算機アーキテク 
チャを掘り下げてみましょう.開発 Ifl 標は常に速度/コ 
スト比を向上させることにありますが，百人百様，さ 
まざまなアーキテクチャが提起されています. 

その中で広く知られているのがデータ•フロー計算 
機です.これは一言でいえば，完全ロジック回路と完 
全逐次処理ノイマン計算機の間の妥協の産物です. 

ノイマン計算機（普通のマイコン）は，もともとは電 
子回路の集まりであリ，ノイマン計算機で使用する命 
令は結果的には電子回路を動作させるものになリます. 
したがって，これとは逆に，演算命令をランダム•口 
ジック，転送命令をレジスタ 1 C に，繰り返し命令を力 
ウンタ回路で置き換えることによリ，プログラム機能 
と等価な，しかもギリギリ高速なハード•ロジック回 
路を作ることも可能なはずです.视在の ASIC (特定用 
途向け 1 C . 例えば画像処理 1 C など）の開発では，まさ 
にこういう手順を踏むと聞きます. 

計算機プログラムが原理的にはすベてハード问路に 
置き換えが可能であるとはいっても， N 路规楔が莫大 
になってしまいます.素子数や実装作業のコストを考 
えるなら，なんでもかんでもハード化するのは無理で 
す.そこで妥協の産物が出てくるんですね. 

マルチ . プロセッサの一形態であるデータ•フロー 
計算機がその例です.加算などのまとまった機能ブロ 
ックをノイ マン型逐次処理構造で表現し，単一代入文 
という 配線手法でそれらの ブロック 間をつなぎます. 


(名）で行い，その変数をほかの箇所で使ってはならな 
い，というルールです.変数を電線(結線ワイヤ）とい 
う言葉で置き換えましょう. 

1本の電線は，ある機能ブロックの特定の端子に固 
定接続され，あっちこっちで共用してはいけない，と 
いうハード • ロジック結線と同じになります.もとも 
と「データが流れるさまをイメージしながら設計する」 
というのは，ハード回路を作るときの設計手法です. 
ただし，データ•フロー計算機は結線や機能ブロック 
内容がプログラマブルであるところがハード.ロジッ 
クと異なります. 

一方にノイマン計算機，他方にその極端な等価形態 
であるハード.ロジックがあり，それぞれ低速 • 低コ 
スト， 高速•高 コストと いう関係があります.「計算機 
アーキテクチャ論」は，一般にノイマンからハード. 
ロジックの中間的妥協策として語られるもので，その 
機種たるや無尽蔵であると予測できます.評価の基準 
はハード価格であり，最も喝采を受けるのは，その時 
点で コスト•パフォーマンスの 最適解を与えるアーキ 
テクチャ，冒頭の①の条件にマッチした ②の 構成と 
いうことになりましょうか.いずれハード価格が ffi : け 
ればよりハード • ロジックに近つ'き，そうでなければ 
ノイマン型に近くなる，という開発傾向をもちます. 

機能を固定したハード • ロジックの性格を考えると， 
マルチ • プロセッサの個数が多くなればそれだけ専用 
処理の方向に向かうはずです.「汎用高性能」マルチ • 
プロセッサなどは，汎用と高性能がそれぞれ相反の関 
係にあるので意味をなさないでしょうね.100個程度 
のマルチならまだノイマン的議論が通用するでしょう 
が，たとえば，100億個の「汎用」マルチ•プロセッサ 
にいち I 、ち制御プログラムを転送することは損か得か， 
ということを空想してみてください. 

専用ハード化も極端に推し進めるとアナログ回路に 
向かうことも予想されます.これまで精度的に難点が 
あったアナログ素子も，最近は見違えるような高性能 
になりコストも安くなってきました.代数演算の一部 
など，速い演算を望む場面ではアナログを採用したら 
どうでしょう. DSP の比ではないと思いますよ. 

以上のように考えると，同じ機能表現をするといっ 
ても，ノイマンから ハード •ロジック，あるいはアナ 
ログ回路までさまざまな方法と，それに付随してそれ 
ぞれ特徴あるプログラミング思想があることがわかリ 
ます.②の問題はおおざっぱにはこの方法論を検討す 
ることになります.もちろんコストの問題もあリます 
から①，③の技術進歩にも対処しなければなりませ 
ん.それにしても，これからの計算機工学に携わる人 
は大変だなあ… 
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■g x — rz — zz 一 ；；—；；—；；^i 

8086 アセンブラ•プログラミング入門第 i 回載 

MS - DOS 上でのマクロ • 

アセンブラの開鮮順 

相沢一石 


M5 の 



市販のワープロや表計算プログラムを利用している 
だけなら， パーソナル•コンピュー タはブラック •ボ 
ックスでもかまいません.それぞれ パソコンは， ワー 
プロ専用機や表計算専用機になっています.ところが， 
ブラック • ボックスでは困る場合があるのです. 

例えば，自動車に乗るときでも普通に走るのであれ 
ばボンネットを一度も開けずに自動車を乗りこなすこ 
とができます.しかし，ラリー • ドライバになると， 
運転操作だけでなく，それぞれの操作がどのような結 
果をもたらすか，車の特性についても知っていなけれ 
ばなりません. 

すなわち，パーソナル•コンピュータにおいても， 
本来のコンピュータとして実験装置を制御したり，市 
販のプログラムで作成されたデータを自由に利用しよ 
うなどと考えると，そのためのプログラムを自分で作 
らなければなりません. 

#アセンブラのプログラミングをとおしてコンピュ 
一夕を理解してしまう 

このプログラムを作ることは特別難しいことではな 
く，系統だって順番に理解していけば，だれでもひと 
とおりのことができるようになります.また，アセン 


ブラでプログラムを作ることで，コンピュータの仕組 
みまでわかってしまうようになります. 

そこで，この連載ではパーソナル•コンピュータを 
最大限に利用するため，アセンブラのプログラムを具 
体的に作りながら，プロダラミングの方法を説明して 
いきます.例えば，通信の処理やパーソナル•コンビ 
ュータに新たな入出力装置を追加した場合など，それ 
らの処理のためにアセンブラでプログラムをつくりま 
す.そして，まったくの初心者でも PC 98 シリーズのパ 
ーソ ナル•コンピュータを用いて，アセンブラのプロ 
グラミングの作成ができるようにします. 

最初は簡単なものから始めて，最終的にはフロッ 
ピ•ディスクの読み書きを行うプログラムを作り，さ 
らに誤って削除してしまったファイルを復活するなど 
というアセンブラのプログラムでなければできない 
ユーティリティも作ります. 

したがって，この連載を体験することにより，たん 
に計算処理のプログラムでなくハードウヱア制御プ 
ログラムを作成する実力を養成すると共に，より深く 
パーソナル •コン ピュータの仕組みを理解することが 
できるようになリます. 


〈図1-1> マイクロコンピュータ.システム 
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• ハードウ ヱアの 制御をするのは OS の中の BIOS 
ゃ IOSYS 

コンピュータ.システムは図 1-1 に示すようなハー 
ドウェアの構成になっています.このハードウェアを 
制御するソフトウヱアは，一般的なパーソナル • コン 
ピュータでは図卜2に示すような階層構造になってい 
ます.具体的なハードウヱアの制御を行うのは BIOS 
(パ、イオス），または IOSYS (アイオーシス）などと呼ば 
れる部分です. 0 S では，ここだけをハードウヱアに依 
存する部分としてプログラムが作られています. 

そして，オペレーティング•システムの本体部分で 
は，直接 ハー ドウヱアを操作することはありません. 
必ず IOSYS などの ハー ドウェアの制御 ルーチンを 利 
用して，入出力などのハードウヱアの処理を行います. 
そのよう にすることで， ハー ドウヱアが異なったとし 
て も， IOSYS への処理の要求が同一になり， ハー ドウ 
ェアの差は IOSYS の中で吸収されてしまいます. 

このような仕組みになっているので，メーカの違う 
パーソナル •コン ピュータであって も， 同じ 0 S 対応の 
プログラムであれば，そのまま利用することができま 
す.しかし，ソフトウヱアによっては，とくに画面処 
理の部分で独自にハードの処理を付加したり ， IOSYS 
を経由するというルールに従わないで，プログラムの 
互換性を損っているものもあリますが，一般的には標 


く図1-2> オペレーティング.システムの階層構造 



連載の予定 


① パーソナル•コン ピュータで プロ グラムを作るた 
めの環境の整備 

黔一番簡単なプログラムを具体的に作る 
黪アセンブルの方法を示す 

② マクロ命令を用いたプログラムの作リ方 
I ►メモリ.ダンプのプログラムを作る 

③ ライブラリの使い方 

> FDC を制御するプログラムを作る 

④ MS - DOS の機能を利用したディスクの読み書き 
ルーチンの処理 

⑤ BIOS を利用した任意のフォーマットのディスク 
の処理プログラムの作成 

⑥ ディスク.エディタの作成 

以上のような内容を予定しています.したがって，全 
体で6から10回になる予定です. 

アセンブラでプログラムを 
作るための環境 

アセンブラを使う前に，現在一番使われているパー 
ソ ナル.コンピュータ 用の os (オペ レー テイング•シ 
ステム）である MS - DOS について簡単に説明します. 
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準化を進める努力が払われています. 

オペレーティング • システム 
_ _ ( OS ) がもつ機能 

オペレーティング•システムは，そのシステムを利 
用する人のために，各種の援助プログラムを用意して 
います.図 1-3 に， MS - DOS の場合のオペレーティン 
グ.システムで用意されているものを示します. 

① ファイルの管理を行うためのプログラム 
►ファイル名の一覧表の表示 
►ファイルの削除，複写 
►ファイルの内容の表示 

② プログラムの実行管理を行うためのプログラム 

アプリケーション • プログラムを 0 S の管理の 
下で実行する 

③ 各 ユー ティ リ ティ . プログラムでプログラムの開 
発,運用に役立つプログラム 

►エディタ . ソース.プログラムをコンソール 

の画面とキーボードを使って作成するためのプ 
ログラム 

〈図 1-3> MS - DOS オペレーティング.システム 


►アセンブラ…アセンブリ言語で書かれたソー 
ス • ブログラムをコンピュータが実行可能なコ 
ードに変換する 

►コンパイラ… Cobol ， Fortran , Pascal , C など 
高級言語と呼ばれる言語で書かれたソース.プ 
ログラムを翻訳する 

►リンカ . 各言語で記述されアセンブラ，コ 

ンパイラで変換，翻訳された複数のプログラム 
を結び付け，それぞれの機能を利用した単一の 
実行可能なプログラムにする 
また，オペレーティング•システム上のユーティリ 
ティは，新しい要求に対してそれぞれプログラムが作 
られるので， 0 S がハ•ー ジョン•アップされるたびに強 
化されています. 

さらに，利用者が独自にユーティリティを作ること 
もできます.高級言語を使用しているときには，独自 
にユーティリティ•プログラムを作る必要性はそれ ほ 
ど感じないのですが'，アセンブラを使用しているとき 
は，入出カルーチンの記述でさえもプログラマが作成 
しなければなりません. 

ただし，システムに接続される各 
入力装置と の 基本的な処理 ルーチン 
は 0 S によって用意され ています. 
例えば， コンソールな どとの1文字 
ずつの入出力を行うものから，ディ 
スク •フアイ ルのオープン/クロー 
ズ， レコードの 入出力， メモリの 管 
理などの基本的な処理はひととおり 
用意され ています. 表 1-1 に， MS - 
DOS が用意しているキャラクタの 
入出力のフアンクション機能を示し 
ておきます. 

また， MS - DOS では，新たに入出 
力装置を システム に追加した場合で 
も，この入出力装置を標準の 0 S の 
管理下で制御するための標準の入出 
カ プログラムを 付加する こ とができ 
ます.これら新規に追加する入出力 
プログラムのことをデバイス.ドラ 
イノくと口乎び，このデバイス.ドライ 

バを作成するための詳細な仕様が公 
開されています.後ほど具体的なデ 
バイス.ドライバを作りながら説明 
する予定です. 


ー アプリケーション•プログラム 

—エディタ 

ー ユ-ザ作成の各種プログラム 


フログラムの開発手順 


MS-DOS のもとでプログラムを 
作成する具体的な手順を示すと図 


0S として提供される部分 



COMMAND.COM 


フアイノレ 

コマンド 

管理 

処理 

入出力 


FAT 



組み込み 
コマンドに 
よるフアイ 
ルの コピー 
表示など 


. ユ ー - 


プログラムとして提供される 
ュ - ティリティ，言語処理プ 
□ グラムはアプリケーション • 
プログラムと同様に 0S の管理 
のもとの， 

リードの入出力 
フアイルの管理機能 
を用いて処理を行う 
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1 - 4 のようになります. 

ソース.プログラムを作成するためのエディタには 
様々なソフトウエアが市販されていますし， MS-DOS 
のテキスト•フアイルを作成できるワープロをソー 
ス • プログラムの作成に利用することもできます. 


したがって，読者の方は，一番使い慣れたエディタ 
またはワープロを用いて，ソース.プログラムを作成 
してください. 

初めてプログラムを作成する場合はソース.プログ 
ラムの記述方法がわからないかもしれません.また， 


〈表1-1> キャラクタ • デバイス入出力のフアンクシヨン機能 


コード 

機 能 

説 明 

01H 

キーボード入力とエコー 

コンソール入力から 1 文字受け取ると，それをコンソールに出力する 

02H 

文字のスクリーン出力 

コンソールに 1 文字出力する 

03H 

補助入力 

補助入力装置 ( RS -232 C インターフェースなど）から 1 文字受け取る 

04H 

補助出力 

補助出力装置に 1 文字出力する 

05H 

文字のプリンタ出力 

プリンタに 1 文字出力する 

06H 

直接コンソール I/O 

コンソール入力から 1 文字受け取るか，コンソールに 1 文字出力する 

07H 

直接コンソール入力 

コンソール入力から 1 文字受け取る 

08H 

キーボード入力 

コンソール入力から 1 文字受け取る 

09H 

ストリングのスクリーン出力 

コンソールに文字列を出力する 

OAH 

バッファ ード • キーボ_ド入力 

コンソール入力から文字列を受け取る 

OBH 

キーボード . ステー タスの 検赍 

コンソール入力のバッファのステータスを返す 

OCH 

八ッファを空にして，キーボード入力 

コンソール入力のバッファを空にしてコンソール入力から 1 文字受け取る 


t _ MS-DOS で提供される機能を示すコード.この値を AH レジスタにセットし ， INT 21H の内部割り込み処理で機能の実現を DOS に託す 


く図1-4> プログラム作成の手順 
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今回説明するアセンブラのプログラムの場合は高級言 
語と異なって，表示方法だけをとってみても2進数，10 
進数，あるいは 16 進数のどれにするかなど，データ処 
理の細部についても具体的にプログラミングしなけれ 
ばなりません.さらに，データの処理以外にも CPU の 
もつ制限，または具体的なデータ処理のハードウェア 
の制限，処理方法についても考慮を払わなければなり 
ません.その点が，アセンブラでプログラムを作るこ 
とを難しくしています. 

それにくらべると高級言語では，利用者のイメージ 
を実現する方法を考えればよいのです.高級言語は， 
利用者が具体的丨こイメージしやすいように言語体系が 
作られているからです.アセンブラでは，利用者のイ 
メージを CPU の機能で実現するためのハードウヱア， 
OS の機能で実現するための処理の組み立ても必要で 
す. 


それぞれの ハードウェア や OS では， プログラマの 
ためにプログラミングに必要な基本的な機能をあら か 
じめ用意して います. MS-DOS の場合は， DOS の機能 
として図 1-5 に示すような機能が用意され ています 
(表 1-1 参照). 

.. 晒 晒 1111 1 " " _■■ ■ 川川 - 

MS - DOS でのアセンブラの 
ソース • プログラムの作成方法 


アセンブラは，基本的にはインテル社の マクロアセ 
ンフフの記述を踏襲していますが，インテル社の マク 
ロ アセンブラも 一つの 開発システムであることにかわ 
りはなく，それぞれのアセンブラを開発した メーカ ご 
とに，使いやすくするための工夫や機能が追加されて 
いることがあります. 

ここでは，マイクロソフト社の MASM というマク 
口.アセンブラの記述方法を中心に説明します. 


個卜 5> MS-DOS で提供される機能の利用法 

彎 j 




V 

I 


ユーザ •プログラムと 
0S の処理の橋渡しを， 
INT 21H の内部割り込 
み処理が行う 


オペ レー ティング . 

_システムの処理 ~ 


A 


ユーザのアプリケーション . 
_ プログラムの処理 - 






コラム 


処理の終了 . 

必要に応じて所定の結果が 
レジスタに 1 辱られた 


AH レジスタに機能コード . 

各機能に応じた 0 0H 〜 62H のコ-ドを 
AH レジスタに設定する（一部は表 1-1 
参照 ) 

各機能に応じて所定のレジスタに機能 
の処理に必要なデータをセットする 


DOS は AH レジスタの{直で 
示された処理を行う . 

AH = 01H 

キーボー ドからの入力 
AH = 02H 

文字のディスプレイへ出力 

AH = 09H 

文字列のディスプレイへ出力 
5 

AH = 5BH 

新しいフアイルの作成 


ファイル型式 


MS - DOS の管理下では，プログラムは次の二つの 
ファイル型式となります. 

COM 型式••…コード，データ，スタックの各セグ 
メントが同一の物理セグメントに配置されコンパク 
卜なプログラムです.また，オブジェクトは次の 
EXE 型式と異なり，メモリへのロード時に DOS に 
よるリロケータブルな変数のアドレス変換などの作 
業を必要としません. 

したがって，デノ<イス • ドライバ，高級言語から 
アセンブラのサブルーチンとして利用されるモジュ 


—ルなどはこの型式です. 

EXE 型式…… MS - DOS でもっともよく使われる 
8086 の本来のプログラム型式で，データ，命令部, 
スタックの各セグメントが、独立に設定でき，大きな 
ブログラムが作成できます. 

通常の プログラムでは 各 セグメン トが 64 K バイ 
卜以上になることはあまりありませんので， セグメ 
ントの大きさをとくに考慮することなく プログラム 
することができます. 



み機れ 
3込のさ 

害 D ひ 
叮部で呼 
IN 内理が 

の処能る J 
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マイクロソフト 社の マクロ.アセンブラ MASM 
は，名の示すとおり マクロ 命令を使用できるァセン 
ブラです. マクロ 命令の機能は繰り返し使用する一 
連の命令，特定の機能をもたせた処理 ルーチ ンの代 
わりに， ユーザが 新たに設定した名前（文字列）を， 
あたかも新しい命令のように使用できるようにしま 
す. 

具体的には図 1- A に示すよう MACRO というァ 
センブラ疑似命令で，マクロ命令の名前とマクロの 
定義の開始を示します.これ以後 ENDM の記述のあ 


く図 1- A > 

マクロ命令の定義 
と使い方 


(a ) マクロ命令の定義 


る部分までに示されたアセンブラのプログラムが， 
マクロ命令として定義されます. 

ソース • プログラム 中に MACRO で定義された名 
前を書くと，アセンブル時に MACRO から ENDM の 
間に記述された命令群に置き換えられます.アセン 
ブルは置き換えられた命令に対して行われます. 

したがって，一群の命令の代わりにマクロ定義さ 
れた名前でソース.プログラムを作ることができま 
す. 


[ フク □定義の開始を示す 

) アセンブラ疑似命令 


SYSCALL 


type 



この範囲の命令群が 
マク□命令の文字列 
に置き換えられる 


(b) ( ソース中） 

SYSCALL 02 H 


アセンブル後 

- MOV AH , 02 H 
INT 21 H 



type がソース中て 
指定され た 02H の 
叉字列へ置き換え 
られる 


アセンブラの説明では CPU の機能を考慮すること 
も不可欠ですので，合わせて 8086 のハンドブックなど 
を参考にしてください. 

それでは，具体的なプログラムを作ってみます.最 
初はできるだけ簡単な例から始めましょう.ここで作 
成するサンプル • プログラムは次のような処理を行い 
ます. 

① 画面に次のようなメッセージを出し，プログラム 
が開始したことを示します. 

「今日から，毎日勉強します. 

次に進む時はスぺースキーを押して下さい」 

② キーが押されるのを待ち，スペース.キーが押さ 
れたら次に進み，それ以外なら最初の表示を繰り返 
します. 

③ DOS の制御に戻ります. 

この処理を具体的にプログラミングしたものがリス 

h 1-1 です. 

アセンブラのプログラムには命令 コー ドの ニモニッ 
クだけではなく，アセンブラのシステムにソース•プ 
ログラムをアセンブルするための条件を示す命令も書 

コラム 


マクロ命令 


かれています. 

アセンブルするということは，ニモニックなどのア 
センブリ言語で書かれたソース.プログラムを機械語 
コードに変換する一連の操作をいいます.ただし，リ 
ロケータブル•アセンブラである MASM では，実行可 
能なプログラムにするまでには種々の操作が必要で， 
これらの操作も含めて，アセンブルするといいます. 

この アセンブル 作業を制御するための命令を疑似命 
令と いい， リスト 1-1 で使用した命令の機能を図 1-6, 
図 1-7 に示します. 

• SEGMENT, ASSUME 疑似命令 

SEGMENT 疑似命令はソース.プログラムで使用 
するセグメントを設定し，セグメント•レジスタの名 
前やつなぎかた（アライン）などを指定します.各セグ 
メントの設定には必ず， SEGMENT (始め）， ENDS (終わ 
り）の二つの疑似命令を使います. 

ASSUME 疑似命令は，各 セグメント •レジスタの値 
を仮に決めるものです.そして， アセンブル 時に アセ 
ンブラがソース.プログラムの データ やラベルのアド 
レスをそれぞれ計算していきますが，そのときカウン 


ENDM 


MACRO 


る•命置 
き□に 
でク列 
義マ字 
定に文 
を時たる 
タルれれ 
ーブさら 
メン示え 
ラセで換 
パア令き 
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〈リスト 1-1> メッセージを出すサンプル•プログラム 


アヒ'ンフル.リス I 、の印.刷1式 L 

: ... ’ 
刷 


6 

7 

8 0000 . 
10 

110000 
12 

13 

14 

15 OOAO 

16 

17 00A0 

18 

19 

20 
21 
22 

23 0000 

24 

27 0000 

28 

29 

30 

31 

32 

33 00 1D 

34 

35 

36 

37 

38 

39 

40 

41 

•12 0046 

43 

44 

45 

46 

47 0000 

48 

49 

50 0000 
510003 

52 0005 

53 0008 

54 000A 

55 

56 

57 

58 000 D 

59 00 OF 

60 0012 
61 

62 0014 

63 0016 

64 0019 

65 

66 001B 

67 001D 

68 001F 

69 0021 

70 

71 

72 0023 

73 0025 

74 

75 0027 

76 

77 

78 


スタック. セグメント部 
stack seg. 


fs-seg 七：‘ 7 メン !'■■/ . ' ；• 

卜のカウンタの値 

0050 [ 

0000 




ッククメントであることを指定 


\ スタック•セクメント.レジスタの 

J 、 : s-seg 

1ンフルする. 


の値をイ反に用いてアセ 


assume ss:s_seg 

dw 80 dup(O)-^/ 0000 h のワードを 80 個定義する 



label word 


I ラベルをワ— I 、•の；初生で足#. 


ゝ•-夕•セグメントの始まり 


f 各セグメントごとのオフセ 
I 7 卜通.実行時のものとは 
b -、 ずし6 —致しない 


データ.セグメント部 
data segment 

(QEBQ 

assume ds:data x 
オープニング.メッセージをデータ•セグメン ト部に設定する 


デ-夕•セグメント•レジスタの 

W:.1,DA し '._ 

センプルする 


8D A1 93 PA 82 A9 
82 E7 814196 88 
93 FA 95 D7 8B AD 
82 B5 82 DC 82 B7 
8142 0A 0D 24 

8E 9P 82 C9 90 69 

82 DE 8E 9E 82 CD 

83 58 83 79 81 5B 
83 58 83 4C 81 5B 
82 F0 89 9F 82 B5 
82 C4 89 BA 82 B3 
82 A2 0A 0D 24 


opmsg db 


keymsg db 


’ 今日から、毎日勉強します。 *.0ah.0dh. , $- 


ライン*フィ- 


表不文字列の終了 
を表すコード. 

INT 21 H の AH = 09 H 

のとき 


• 次に進む時はスペースキーを押して下さい •. Oah. Odh/ $• 


デ-夕.セグメント部の終わり 


オブジェクトのコ 
ー ド.デ-夕 


コ ー ド•セグメントの始まり 


S TAR 丁以後ステップは， 

DS, S S の各セグメント•レジスタの初期化と 
スタック • エリアの設定を行っている 


r で 


夕のアドレスは，リンク 
ないと決まらない 


assume cs:pgm, ds:data, ss:s seg 




このモジュール 
でのオフセット 
傾.リンク時に 
祿数のセグメン 
卜が組み合わせ 
られると，オフ 
セットの値が変 
わるの r リンカ 
がリンク時に；夫 
める 


I oopl : 


mov 

ax, 

data 

mov 

ds. 

ax 

mov 

ax 9 

s 一 seg 

mov 

ss, 

ax 

mov 

sp. 

offset 

プニング 

•メ 

ッセー : 

mov 

ah. 09h 

mov 

dx. offset 


int 21h 

mov 
mov 
int 

mov 
int 
cmp 
jne 


データ•セグメントのアドレスの値 
セグメント . レジスタは A X とのみ MOV できる 
スタック•セグメントのアドレスの値 

)p ; スタック•ボインタの設定 


:画面表示のための機能番号， 9 のセッ I 
:表示文字列のアドレスのセッ \ 
:内部割り込みで D 0 S の機能を呼出す 


ah. 09h 

dx, offset keymsg 
21h 

ah. Olh : 

21h 

al/ ■ 

loopl 


B4 4C 
CD 21 


:終了処理 
mov 
int 


ah. 4ch 
21h 


キー入力を要求するメ ッセージの 表示 


キー入力要求の機能番号 


プログラムを終了し D0S へ戻る機能番号 
ここでプログラムの実行を終わる 
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く 図 l-6> 

アセンブラ疑似命令 
SEGMENT/ENDS 


SEGMT/ENDS 疑似命令 


セグメント名 


セグメント名 
セグメント名 
アライン•タイプ 


結合タイプ 


SEGMENT 


〔アライン•タイプ〕〔結合タイプ〕〔’クラス名’〕 


クラス名 


ENDS 

セグメントの名前アセンブラの名前の条件に従う 
セグメントの口ードされる物理アドレスの境界の条件を示す. 

PARA デフオルト値は PARA になる.境界アドレスは 16 の倍数になる 
BYTE 境界アドレスはパイト単位で任意のアドレスから始まる 

WORD 境界アドレスはワード単位，偶数アドレスから始まる 
PAGE 境界アドレスは 256 の倍数の任意のアドレスから始まる 

INPAGE セグメント全体が 256 パイト以下でページをまたがらない 

デフォルト同ーモジュール内の同じ名前のセグメントとのみ組み合わせる 

PUBLIC 同じ名前でこの結合タイプが指定されたセグメントは 一 ^?の物理セグメント 

に結合される 

COMMON 同じ名前でこの結合タイプが指定されたセグメントは同じ物理アドレスに重 
ね合わせて一つの物理アドレスとする.セグメントは最大のセグメント長と 
なる 

STACK このセグメントはスタック•セグメントであることを示す 

MEMORY PUBLIC と同等 

AT AT に対してはアドレスを示し，直接物理セグメントを指定することができる 

クラス名の指定によって同じクラス名をもった論理セグメントがまとめて配置される 


【例】 


t セグメント名の指定は不可欠 


(1)STACK 


SEGMENT 


STACK 


STACK 
(2) CODE 


ENDS 


SEGMENT 


通常スタック•セグメント以外ではアライ 
I メントなどはデフオルト値でよい 


.CODE 


ENDS 


く図卜 7> 

ASSUME 疑似命令 


SEGMENT 文は以下の文がどの論理セグメントに属するかを指定する. 
SEGMENT には対応する ENDS があり，この二つに囲まれた部分がセグメント 
名て , 示された論理セグメント名となる. 

同一の論理セグメント名がある場合，リンカは同一の連続したセグメントとし 
て処理する 


ASSUME 


segreg : segpart 

アセンブラにアセンブル時のセグメント.レジスタの値をどのように設定するか 
指定する.各セグメント•レジスタにセグメント名を対応付ける. 


〔，…〕 


segreg 


segpart 


ASSUME 命令は，アセンフアに 
対して，各セグメント. (^'>2; 
夕に具体的なセグメント名を対 
応づけるだけで，各セ之イど！:* 
• レジスタの値は MOV 命令なと 
で ブロ グラム中で記述寸ること 
になる 


各セグメント•レジスタを示す. 

CS は，コード•セグメント•レジスタを示す — 

DS は，データ•セグメント•レジスタを示す 
SS は，スタック•セグメント•レジスタを示す 
ES は，エキストラ•セグメント•レジスタを示す 

対象となるセグメント名を示す. 

セグメント名として次のものが使用できる. 

►ソ-ス•ファイル中で， SEGMENT 疑似命令で定義され 
たグル-プの名前 

►ソ-ス.ファイル中で， GROUP 疑似命令で定義され 
以前のレジスタの指定はすべて取消される 
►キーワードで， NOTHING を指定した場合， 

それ以前のレジスタの指定はすべて取消される 


assume CS:CODE, DS : DATA, SS : SSI 


論理セグメント名は 

M 紹 疑似 命令 


スタック. セグメントの 
論理セグメント名 


プログラムもしくはプログラム+ 
データが入るところ 


コード•セグメントの 
論理セグメント名 


データ •セグメントの 1 
論理セグメント名」 


f ソース中にほかの場所に同一の名前のセグ 

^ メントの記述もできる 


スタック•セグメントには STACK の コン 
バイン•タイプが不可欠 


f これはカンマで区別しながらどんどん 

書いていってもよいし，省略してもよ 
U 、 ということ J 


の前記 
か名の 
ほの卜 
の I ンる 
中^-メき 
スにグで 
I 所セも 
ソ場の述 

广 V. 
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夕として使用するセグメントの名前を指定します. 

• コード•セグメントの最初には各セグメント •レジ 
スタの値の初期化が必要 

マクロ. アセンブラで開発されたプログラムを実行 
するのは，通常 MS - DOS の制御のもとで行います.こ 
の場合， MS - DOS はディスクなどのプログラムの格納 
場所からアセンブラによるプログラムを読み出してき 
て，メモリへ配置する作業を行ってから，制御をその 
プログラムに移します. 

このとき，コード•セグメントの値は初期化されま 
すが，ほかのレジスタの値は MS - DOS の活動状態の 
ままになっています.そこで， ASSUME 疑似命令で指 
定したセグメント.レジスタの値によって，実際の各 
レジスタの初期化を行います（図 1-7 参照）. 


この初期化は， DOS の制御とアプリケーション•プ 
ログラムとの制御の受け渡しの間で生じることで，メ 
イン.プログラムから呼び出されるモジュールはその 
モジュールの設計にしたがった処理を行います.メイ 
ン.プログラムでのスタ ッ クや データ. セグメントの 
値を使用するのが普通ですので，セグメント.レジス 
夕の値を意識することなくプログラムすることができ 
ます（図 1-8 参照）. 

ソース.プログラムは図 1-9 を参照して作成してく 
ださい.次に，作成したソース•プログラムの説明を 
します. 


サンプルのソース • プログラムの説明 


リスト 1-1 に示したサンプル•プ 
ログラムでは，スタック，データ， 
コードの順に各セグメントの定義を 
行っています.以下に各セグメント 
の説明をしますが，実際のプログラ 
ムの動作はコード•セグメントに書 
かれています.したがって，サンプ 
ル.プログラムの動作についてはコ 
ード•セグメントの説明の中で行っ 
ています. 

• 各セグメントの定義 

最初にスタック•セグメントの設 
定を行います. 

スタック領域を80ワード， DW 
命令を使って設定します.同じ命令 
を80回続けて記述することもでき 
ますが，ここでは DUP 命令で80ワ 
ードの設定を一行ですませています. 
• スタック領域とは 

スタック領域は 図 1-10 に示した 
ように，サブルーチンを呼び出した 
ときの戻り番地を記憶したり，この 
サブルーチンと呼び出し元のプログ 
ラムとの間でのデータの受け渡しを 
行うときなどに利用されます. 

• データ•セグメント 

次に，データ • セグメントを記述 
します.この場合，データ•セグメ 
ントでは，画面に表示するデータを 
用意します. 

文字データはバイト•データとし 
て設定しますので， DB 命令を使用 
します.八イト.データの設定であ 
っても， 一つの 命令の定義で連続し 
たデータの定義ができます.最後の 


く図 1-8> EXE 型式のオブジェクトのメモリ•マップ 
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〈図 l-9> 

エディタはソース • 
プログラムの作成， 
修正を担当する 


I 修正のたびに 
P 斤しい ソース 
I ファイルが作 
藝られ，元のソ 
ースは BAK の 
_ェクステンド 
ir 保存される 


元のソースは， XXX . 
BAK として保存され， 卜 
ラブル時，兀;のソースが 

ができる 


” す 川， - 




〈図1-10> サブルーチン，割り込み処理とスタック 


0000 H 



$マークは，画面にデータを表示する DOS の機能に， 
表示データの終了を知らせるためのものです.この終 
了マークを忘れると，画面一杯にあらぬ模様，文字が 
表示され故障かと慌てることになります. 

データの定義の前にあるラベルは，プログラムの中 
でデータを参照するときに使用されます.また，ラべ 
ルはデータの名前になります. 


# コード • セグメント 

次に，プログラムの実行部分であるコード•セグメ 
ントの記述です. 

コード•セグメントの最初に，プログラム実行時の 
各セグメント•レジスタの値の設定を行います.コー 
ド•セグメント • レジスタの値は DOS によって実行す 
べきセグメントの値になっていますが，スタック，デ 
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〈図 Ml > プログラムの実行単位プロセスの終了 


プロセス1 



* MS - DOS も V 2.0 以前と以後では大きく変わっているので， 

とくに必要ない限り V 2.0 以前のみの機能は使用しないよう 
にする 

—夕， エキスト ラの各セグメントの値は， DOS の使用 
していた値のままになっています.そのためこのプロ 
グラムの実行環境に適した値にしなければなりません. 

それぞれ，各セグメントで仮定した値ですので AX 
レジスタ経由で設定します.これには MOV 命令を使 
用します.データの移動にはこの MOV 命令が大活躍 
します.またアドレッシングによっても，いろいろな 
データを指定することができます. 

ここでは， DS ， SS の各セグメント•レジスタとスタ 
ック • ポインタの設定を行っています. 

• 始めの挨拶の表示 

オープニング•メッセージの表示は， DOS の文字列 
表示の機能を利用します. AH レジスタにどの機能を 
使用するのかを示すコード，この場合 09 H をセットし 
ます.それぞれの機能に応じて所定のレジスタに必要 
な値をセットします.ここでは文字列の先頭アドレス 
のオフセットの値を DX レジスタにセットしていま 
す. 

#キーボードからの入力 

キマ入力の機能コードは 01 H で，入カデータがある 
と AL レジスタにその値がセットされ戻されます. 

キー入カデータのチェックは CMP 命令で行います. 
比較した結果が各フラグにセットされ，次の条件付き 
のジャンプ命令でそれぞれ該当する場所へ制御が移さ 
れます. 

• プログラムの終了 

プログラムの 終了処理も DOS の 機能を利用してい 
ます.すなわち， DOS の制御に戻る機能コード 4 CH を 
セットしています. 

プログラムの終了といっても，今のプログラム处理 
のあとに何をするかによって，いくつかの終わり方が 
あリます.後に何もすることがなければ，“電源を切っ 


MS - DOS ではプログラムの実行単位をプロセスと呼 
ぶ.プロセスは実行途中に自分自身の処理を中断し 
ほかのプロセスを実行することができる. 

このとき，実行されるプログラムはそれぞれ独立な 
ものであっても処理の手順として親子関係が生じ， 
子供のプロセスが終了すると順次親のプロセスに処 
理が戻っていく. 


てください”と表示して HLT 命令を実行するだけで 
すみます. 

しかし，普通はプログラムの実行が終わると DOS 
の制御に戻り次の処理を行えるようにします.高級言 
語では，プログラマはとくに意識することなくこれら 
の処理をコンパイラが処理してくれます.アセンブラ 
では， DOS の機能で用意されている終了方法から選ぶ 
ことになります.これら終了方法については図 1-11 に 
示します. 

• END 命令 

プログラムの 最後には， END 命令でアセンブルの 
終了を指示します. END 命令の後の ラベル 名はプロ 
グラムの開始場所を示します. 

この END 命令はプログラムの終了を示すのではな 
く， アセンブル 作業の終了を示すため ソース •プログ 
ラムの最後に書いてください.誤ってプログラムの途 
中にこの命令を入れると，以後の ソースはアセンブル 
の対象とならず中途半端なオブジェクトとなってしま 
います.当然，多くのエラーが表示され戸惑うことに 
なります. 


アセンブル作業 


ソース•プログラムの 作成が終わると ， MASM を 用 
いてアセンブルを行います.アセンブル 時に エラーが 
あると画面に エラーの 内容，場所が表示されます. エ 
ラーの 数が多くて画面に入りきらない場合，始めの部 
分が スクロール されて見えなくなります. 

画面をプリンタにモニタするモードでアセンブルす 
るとエラーの状況が印刷されます.これは CTRL キー 
を押しながら P のキーを押すことで，プリンタへの印 
字の ON / OFF が交互に切り替えられます. 
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〈図 l -12( a )〉 MASM によるアセンブル方法 



く 図 l -12( b )> アセンブル操作 

パラメータを 指定 しないと，各四つのファイルの名前の入力を要求してくる 

A : >masm 

Microsoft (R) Macro Assembler Version 5.10 

Copyright (C) Microsoft Corp 1981 ， 1988. All rights reserved. 

Source filename [ .ASM] : masmOl レ ソ - ス • ファイル名を入力 . エクステントはデフ オルトで ASM 
Object filename [masmOl. OBJ] : レオブジェク ト • ファイル名は，デフオルトでソース.ファイル 名と同じになる 
Source listing [NULLST] : masmOl ノリスト •ファイル名の入力 } デフ オルトは NUL でファイル 

Cross-reference [NUL.CRF] : masmOl ノ クロス • リファレンス • ファイル名の入力/を作成し ない 


470044-269824 Bytes symbol space free 


0 Warning Errors 
0 Severe Errors 


エラーの内容,合計を表示しアセンブラをキ冬わる 


パラメータを指定すると，ファイル名の入力要求なしでアセンプルを始める 

A :>masm masmOl , masmOl , masmOl,masm Ol, masmOl 

Microsoft (R) Macro Assembler Version 5.10 

Copyright (C) Microsoft Corp 1981 ， 1988. All rights reserved. 

47002 + 269746 Bytes symbol space free 

0 Warning Errors 
0 Severe Errors 


ソース • ファイル名だけは必要であるが， 
以後のファイル名はデフオルト値でよい 
場合；を示しておけば，ファイル名の入力 
要求は抑止される . 

LINK も同様 


また，アセンブル時にアセンブル•リストの出力を 
指定すると，アセンブル•リストがディスクに作成さ 
れます.アセンブル•リストにはエラーの情報があり 
ますので，その情報にしたがってソース•プログラム 
の修正を行います. 

そして，エラーがなくなるまでアセンブル，修正を 
繰り返します. 


リンク作業 


MASM によるアセンブル作業で得られたオブジェ 
クト•プログラムは，まだそのままでは実行できませ 
ん. LINK (リンカ）によってライブラリなどとのリン 
クを行って，実行可能なプログラム ( EXE ファイル）が 
作られます. 

今回は，アセンブルされたプログラム単独で実行し 


ますので，ほかのオブジヱクト•モジュールとのリン 
ク（結合）はありません.しかしリンカによって，アセ 
ンブラで作成されたオブジヱクトから実行可能な 
EXE 型式のオブジェクト•プログラムを作成します. 

リンカはスタックの有無，ラベル，データの参照の 
矛盾などのチェックを行い，エラーの表示も行います. 

次回は，今回作成したプログラムを デバ ッガを用い 
て デバッグ する方法を説明します.そのあと， マクロ 
命令を用いたプログラムの例を考えます.また，メモ 
リの内容を表示するための方法も検討します.メモリ 
の内容は八イナリのデータとして保存されていますか 
ら，確認のためには画面やプリンタへ文字として表示 
しなければ利用者には認識できません.これらの変換 
の方法なども，具体的な例をブログラムする予定です. 

今回でてきた，アセンブラの命令の一覧を表1-2に 
示します. 
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〈図 1-13> 

リンクの操作 



父。 r をぼて旨于るしないと， 


各ファイル名の 


A : >link 

Microsoft (R) Overlay Linker Version 3.65 

Copyright (C) Microsoft Corp 1983—1988. All rights reserved. 
Object Modules [.OBJ] : masmOl ンオブジェクト.モジュールの名 
Run File [MASM01.EXE] : J EXE 型式（実行型式）のファイル名 


List File [NUL.MAP]: ンマップ•ファイル（デ八ッガで使用） 

Libraries [.LIB] : ン3イブラ丨丨名 



たんに実行型式に変換するだけの場合， 
オブジェクト.モジュール名のみ指定. 
以後はデフォルト値で処理 


必要ない場合は 
る 


A:>link masmOl ；の指定は以後のパラメータはデフオルト値で処理することを指定する 

Microsoft (R) Overlay Linker Version 3.65 

Copyright (C) Microsoft Corp 1983—1 988. All rights reserved. 


〈表 l -2> 今回でてきたアセンブラ命令 


命 令 

使い方 

機 能 

疑似命令 


segment 

s_seg segment stack 

segment の開始および属性を設定する. 

assume 

assume ds:data 

セグメント.レジスタの論理的な値を仮定する. 

ends 

s_seg ends 

同一の名前をもった segment 命令で開始されたセグメントの記述の終了を示す. 

dw 

dw 80 d 叩 (0> 

ワード • データの指定 . 

db 

opmsg db 

八イト . データの指定 . 

end 

end start 

アセンブルの終了を示す.名前が付いている場合はプログラムの実行開始場所を示す. 

dup 

10 dup (0) 

繰り返し.この場合 0 を 10 回. 

ニモ 

ニック 


mov 

mov ds.ax 

ソース.オペランドの内容をデステイネーシヨン • オペランドにコピーする.ソース 
オペランドの内容は変わらない. 

int 

int 21 H 

内部割り込みを示す.数字は割り込みべクトルで00〜 FFH まで 

cmp 

cmp AL ， ” ，’ 

デステイネーシヨン.オペランドからソース.オペランドを引き，その結果によりフ 
ラグがセツトされる.オペランドの内容は両方共変わらない. 

jne 

jne loopl 

等しくないときジャンプする. 


吐 KeywordT 


BIOS : Basic I 叩 ut Output System の略で直接ハードウエアの制御を行い基本的な入出力操作を行う部分. 
0 S はこの BIOS 経由でハードウエアに接するので，ハードウヱアの差はこの BIOS で吸収される.そのた 
め，同じソフトが動くパソコンでも BIOS の内容は異なる. 

疑似命令：アセンブラ.システムでソース.プログラム中に記述されるが具体的な命令コードに変換されない 
で，アセンブル時の条件付け，変数の定義，タイトルの表示，リスト表示などのコントロールを行う.ア 
センブラ.システムに対する命令. 

エディタ：ソース•プログラムを作成するためのユーティリティとして使われるようになった.その後ソース. 
プログラムの作成以外に文書作成を援助す るための 各種の機能が追加され，ワープロのようにディ スプレ 
イ画面で処理ができるようになり，文書作成に多く利用されるようになった.米国で使われるパソコンに 
は，このエディタがワープロとして利用されることが多い. 

高級言語：高水準言語とも呼び，特定の計算機システムに依存せず日常の言語に近いかたちの命令で，プログ 
ラムが書ける言語.高級言語の1命令は実際の計算機の命令を複数実行して実現する.高級言語で書かれ 
たソース•プログラムを各言語システムが翻訳（コンパイル）する. Fortran , Pascal ， C など多数の高級言語 
システムがパーソナル.コンピュータ用に提供されている. 
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新連載 


第1回 


C 言語による実践プログラミング技術入門 


AHsioctmmmmm 

大貫広幸. おおぬきひろゆき 


C 言語は，アセンブラに近い高級言語として，開発技 
術者には必須のプログラミング言語になっています. 
また，最近ではソフトウェアについての解説書も数多 
く出版されていますが，その中でも C 言語に関するも 
のは特に多いように思います. 

しかし，そのほとんどが入門書であり，各メーカの 
c コンパイラに関するコマンドの解説が主となってい 
るようで，もう少し具体的な使い方やシステムを設計 
するときに必要なことまではほとんど説明されていま 
せん. 

そこで， C 言語の文法をマスタされ，ランタイム•ラ 
イブラリで定義されている関数やマクロもある程度は 
使いこなせるといった中級者の方を対象にして，少し 
具体的なプログラミング技術を解説してみようと思い 
ます.すなわち， ANSI が定義しているランタイム•ラ 
イブラリ上の関数やマクロの詳しい使い方，その関数 
やマクロがどのように作られていて，その元になるア 
ルゴ リズムにはどのようなものがあるのかといったこ 
とも紹介しながら， C 言語のランタイム•ライブラリに 
ついてさらに理解を深めてもらい，プログラミングに 
役立ててもらおうというものです. 

C 言語の場合，ほかの多くの言語，たとえば Basic や 
Pascal , Fortran や Cobo 卜•といった言語とは異なり， 
文法では入出力や演算関数に関する規定はなく， C 言 
語の文法ではデータの型や式，演算子，そして フロー 
制御文といった構文やプリプロセッサによる前処理に 
ついてのみを規定し，入出力関係や算術関数，プロセ 
ス管理，記憶領域の割り当てなどの機能は，すべてラ 



イブラリ関数やマクロで処理するようになっています. 

そのため， C 言語を使ってプログラミングを行おう 
とした場合， C 言語の文法を理解しているほかに，これ 
らライブラリ関数やマクロの使い方を理解することが 
不可欠なわけです. 

• パソコンや UNIX の C 言語の互換性が問題 

しかし， パーソナル•コンピュータ 上で使われてい 
た従来の C 言語では，文法については C 言語そして 
UNIX オペ レーティング.システムの 産みの親である 
B. W. Kernighan ， D. M. Ritchie 両氏により書かれた 
C 言語の解説書である“ The C programming lan- 
guage” (米国 Prentice-Hall 社発行）に書かれていた 
“APPENDIX A : C REFERENCE MANUAL” で定 
義されていた構文が一般に使われます.ライブラリに 
ついては UNIX 上で定義されていた関数やマクロを 
元にして， C コ ンパイラの開発 メーカ か 1 虫自に関数 や 
マクロを追加しています. 

したがって，同じ機能をする関数やマクロでも，コ 
ンパイラ.メーカ間で名前や仕 it が異なっていたり， 
UNIX 準拠のライブラリであっても細かい点で動作 
が違っているなど，同じ C 言語でありながらメーカ間 
での互換性がとれていません.たとえば， A 社の C コ 
ン パイラで作成したプログラムが B 社の C コ ン パイ 
ラではコンパイルできなかったり，コンパイルできて 
も実行形式のプログラムが正しく実行されないなど， 
使用するコンパイラを変えると，そのコンパイラに合 
わせてプログラムの一部修正が必要な場合が多く見受 
けられました. 

• ANSI の C 言語で統一化を進める 

このような メーカ 間の互換性の問題がありながらも， 
パーソナル •コ ンピュータの 普及とともに C 言語が多 
く使われるようになり，規格として統一された C 言語 
の必要性が高まってきました . ANSI (米国国家規格協 
会)の標準化委員会により C 言語の規格化作業が行わ 
れ，昨年の秋 （1988 年10月〉にプログラム言語として 
の最終的な規格案が規格（プログラム言語 C ， X 3.159- 
1988) としての承認を求め ANSI に提出されました. 

そして，パーソナル•コンピュータ用の多くの C コ 
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〈図 1-1> ANSI での関数の宣言と定義 


古いスタイルでの関数の宣雪と定義 


新しいスタイルでの関数の宣言と定義 


int f1( ) ， f2( ) ， *,pf(h 
unsigned ufm ()； 
float dfun ()； 


関数の宣言では，関数の 
卜型のみ指定し，引数の型 
や数は示さなかった 


广 int fl(a,b,c) 


関数の定義では，カツコ 
L 内には仮引数の名刖のみ 
广を書き，仮引数の型はそ 
の後に宣言する 

{関数 fl の本体} 


int a ， c; 
广 long b ； 


し一 < この mt f1{a ， b ， c) が宣 B 子 



int a,c ； long b; が仮引数（パラメ - 夕） 
の宣言リスト 


(’; 主） ANSI では当座の間，古いスタイルの関数宣言， 

定義の使用を認めているが，新しくプログラムを 
を作る場合，新しいスタイルの関数宣言，定義 
の使用を推奨している . 



int f1(int a, long b, int c) 

| 関数 fl の本体 1 


int f2 (char * pi ， ...} 

{ 関数 f2 の本体 j 


新しいスタイルの関数宣言では 
関数の型の他に，仮引数の型も 
指定する . これにより，関数呼 
び出し時の引数の型および数の 
チェック，そして可能なら実引 
数の値を仮引数の型へ自動的に 
変換してくれる . 


新しいスタイルの関数の定義で 
は，カッコ内で仮引数の型と名 
前を同時に宣言する必要がある . 


不定個の引数し…）を参照す 
る場合，ヘッダ•ファイルの 
く stdarg. h ) •で定義されている 

va_arg マクロを使う . 


ンパイラもこの ANSI の規格案を元に改良が加えら 
れ，現在発売されている多くの C コンパイラは，従来 
からの仕様も残しつつ， ANSI の規格案に準拠するよ 
うになってきています. 

これにより，我々ユーザは ANSI の規格案に沿って 
プログラミングを行えば，メーカに左右されることな 
く，違うメーカの C コ ンパイラであっても共通に コン 
パイル，実行可能なプログラムを作成できるようにな 
ったわけですけ". 

このようなことから，この連載ではコンピュータの 
機種やオペレーティング.システムに依存する部分が 
少ない ANSI の規格案のライブラリについて話を進 
めることにしました.また，掲載するプログラム例な 
ども極力特定のコンパイラを意識しないように作るつ 
もりでいますが，到底すベてのコンハ。イラで共通にコ 


(*1) これはパーソナル •コンピュータ のみを使う ユーザには関 
係ないことですが，現在 UNIX 上の C コンパイラについ 
ては ANSI の C 言語仕様がまだ正式な規格でないという 
ことからか，従来からの言語仕様のものがほとんどで， 
ANSI の C 言語の新しい仕様で書いたプログラムは， 
UNIX 上の C コンパイラではコンパイルできないという 
ことがあります.近い将来 UNIX 上の C コンパイラの多 
くが ANSI 仕様を取リ入れるものと思われますが，それま 
でこのような混乱が続くのではないのでしょうか.ですか 
ら UNIX , パーソナル •コンピュータ 共通に使えるプログ 
ラムを作成する場合，逆に ANSI の新し t 、仕様でプログラ 
ミングしないほう力 <現;!犬はよいようです. 


ンパイルおよび実行できるプログラムなどは作れない 
ため，最低下記の条件で動作するプログラム例を掲載 
するつもりでいます. 

►機種 

NEC PC 9801 シリーズ 

IBM PC / XT/AT および XT/AT のコンパチ 
ブル機 

►オペレーテイング • システム 

MS-DOS Ver 3.3 …… （ PC 9801 シリーズ用） 
MS-DOS Ver 4.01 ......(IBM PC / XT/AT 用） 

► C コンノヽ。イラ 

マイクロソフト 社の MS-C Ver 5 .X 

ぉょび QuickC Ver l.X 
ボーランド社の Turbo C Ver 2.0 

► int ， unsigned 型のサイズとポインタのサイズ 
ここでは， MS - C や Turbo C が標準でサボートして 

いるメモリ.モデルである スモー ル.モデルでプ ログ 
ラム例を作成します.そのため， int ， unsigned 型のサ 
イズは16ビット長とし，ポインタのサイズも16ビッ 
卜長とします. 


ANSI の C 言語標準規格案について 


このように現在， C 言語には従来から使われていた 
C と ANSI の規格案が規定している C の二種類が存 
在するわけです.そのため， ANSI の規格案の C と従 
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〈図卜 2> 
キーワード 
void の使用例 


①値を返さない関数の宣言，定義 


void vfunc (int x, int y) ;. 宣言での使用例 

void fun (long a, char b) {関数 fun の本体} . 定義での使用例 


②型をもたないボインタの宣言 


void * vptr ; 
void * f (int x); 


void で宣言されたボインタはアドレスの記憶場所としてしか使用できない.そ 
[ のため， void ボインタによるデータのアクセスやアドレス計算は不可（エラー） 
となる 


③関数の弓 I 数がない場合の宣言，定義 


int xvffun (void) ; . 宣言での使用例 


long yvfun (void) {関数 yvfun の本体} •• 

•…定義での使用例 


〈図1-3> キーワード const の使用例 


const int k=1000 ;……変数 k の値 (1000) を定数化する 

const float pi = 3.141592 ;……変数 pi の値 (3.141592) を定数化する 

char const *st1p=”abcdefg” ； . 文字列 abcdefg を定数化する. 

ポインタ stlp は変更可能 

char * const st2p = ，， ABCDEFG” ；……ボインタ st2p を定数化する. 

文字列 ABCDEFG は変更可能 


左の宣言に対して次のような文をコン 
パイルするとエラーまたは瞽告が出る 
i = 10 氺 + +k/u ; 

pi = 3.14 ; 

*(st1p+1} = ， 2 , ； 
st2p=’ ， xyz” ； 


来から使われていた c を区別する意味で，従来から使 
われていた C ， つまり “ The C programming lan ¬ 
guage ” が規定して いた C ( * 2> のことを筆者の頭文字を 
取り 「 K & R の C 」 と略して呼び， ANSI の規格案と区 
別することが多いようです. 

ここでは， ANSI の C が従来からの K & R の C とど 
のような点で違っているのか，文法とライブラリに分 
けて見てみることにします. 

• K&R の C と ANSI の C との文法上の相異点 

ANSI の C は，文法的には従来の K & R の C の文法 
に対して，下記のような変更，追加，削除が行われ， K & 
R の C が持っていた文法の定義としてのあいまいさ 
や時代遅れの面，そして使用上プログラム•ミスを起 
こしやすかった構文などが改められました. 

これにより， K & R の C では多々発生していた型の 
不一致によるデータを読み間違えやデータの破壊，関 
数へ渡す引数の個数を間違えるといった文法上のあい 
まいさからくるプログラムの動作不良といったものが 


(*2) K&R により書かれた本 “The C programming lan - 
guage ” も昨年 （1988 年）に発売された第2版では， ANSI 
の規格案に準拠する形で大きく書き直され， ANSI の C を 
解説した本としては初めてのものとなりました. ANSI の 
C についての詳細を知リたい方はこの本を読まれること 
をお薦めします.ただし，ここでいっている K & R の C と 
は，1978年に発売された ‘‘ The C programming lan - 
guage ” の第1版のことを指しているものとします. 


ANSI の C ではコンパイル段階でチェックされ，弾か 
れるようになりました.しかし，この K & R の C の文 
法上のあいまいさを逆手にとり，効率のよい短いプロ 
グラムを書く， C のベテラン•プログラマにとっては， 
ANSI の C は制約が多く嫌だという意見もあります. 

筆者個人としては，従来の K & R の C では 0 K だっ 
た文が ANSI の C では警告やエラーになるのは面白 
くありません.しかし， ANSI の C ではコンパイル段 
階でチヱックが厳しくなり，プログラミングやコーデ 
ィング段階のミスが途中で発見できるようになったこ 
とはデハへソグのことも考え， ANSI の C のほうがメリ 
ットが多いように思います. 

K & R の C に対して ANSI の C で変更，追加，削除 
が行われた内容をまとめると，次のようになります. 

① プロトタイプ宣言の機能が導入された. 
プロトタイプ宣言の機能により，従来あいまいだっ 

た関数の実引数と仮引数の型や個数のチェックがコン 
パイラで行えるようになった.ただし，これにより従 
来あいまいさゆえに使えた実引数の数が可変な関数の 
定義ができなくなったため，新たに仮引数の宣言で不 
定個の引数を表す省略記法“，…”と，引数がない場合 
の指定 void が作られた（図 1-1 参照）. 

② 識別子の長さは少なくとも最初の31文字までは 
有効にする. 

これにより，関数名や変数名などの識別子は，少な 
くとも最初の31文字までは有効な名前と識別するよ 
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〈図1-4> キーワード volatile の使用例 

volatile unsigned intf ; 
void intwait (void) 

{ 

intf = 0 ； 

while(intf = =0 )； 


この例は，割り込みによリ変数 intf の値が 0 以外の値 
に設定されるのを待つ関数を記述したもの 


〈図1-6> I， u, ul，f を使用した例 


0u 23u 376U 

unsigned 型の定数 

451 253645437 L 

"long 型の定数 

876ul 366366 U し 

unsigned long 型の定数 

1.45F 2.56634 f 

•••float 型の定数 

1.451 6.5645 e12L 

double 型の定数 


〈図1-5> 列挙型の宣言の例 


enum etg {K0, K1,K2, K3, K6 = 6, K8 = 8, K9}x = K8. y ; . enum による列挙型変数 x, y の宣言例. etg は列挙タグ 

enum etg z ; . 列挙タグにより列挙型変数 z の宣言 


上記の列挙型変数の宣言は enum を使わず# define と int 型変数の宣言で行うと次のように書くことができる 
(ただし，これは=ということである） 


# define 

K0 

0 

# define 

K1 

1 

# define 

K2 

2 

# define 

K3 

3 

# define 

K6 

6 

# define 

K8 

8 

# define 

K9 

9 

int x = K8. 

y ； 


int z ; 




うになった. 

③新しいキーワードとして， signed , void ， const , 
volatile , enum が追加された. 

► signed は，符号付き整数を定義，あるいは宣言する 
ときに使用するキーワード. 

► void は，型のない値（つまり，値として意味を持たな 
いデータ）を定義，あるいは宣言するもので，値を返 
さない関数を定義（宣言）するときや，示しているア 
ドレスの 型が不明なア ドレスの 記憶場所としての み 
使用するポインタを宣言するときに， void のキーワ 
ードを使う.また，関数の引数がないことを明確に 
宣言するのにも void を使う（図 1-2 参照）. 

► const は，変数や配列を宣言するとき，その値（宣言 
時に指定した初期値）を定数化するときに使用する 
キーワードで， const が指定された変数や配列をプ 
ログラムで変更しようとした場合，コンパイラはエ 
ラーまたは警告を出すようになる（図 1-3 参照）. 

► volatile は，宣言した変数や配列がほかの プロセス 
(ハー ドウ ェ ア割り込みを含む並行に走っているプ 
ログ ラム）から変更される可能性がある共通変数（酉己 


列）であることを宣言するためのキーワード . vola 
tile で宣言された変数や配列は，コンパイラの最適 
化 ( CPU のレジスタ上に中間結果があれば，メモリ 
上の値ではなく，このレジスタ上の値を使用するよ 
うなオブジェクト•コードを生成する）が行われなく 
なり，アクセスのとき必ずメモリ上の値を使用する 
ようなオブジェクト.コードが作られる（図 1-4 参 
照). 

► enum は，列挙型変数を宣言するもので， enum を使 
うことで int 型変数の宣言とこの int 型変数に格納 
する複数の整数定数の名前の定義を一回で行うこと 
ができる.書き方は構造体や共用体の定義と似てい 
る（図 1-5 参照）. 

④ 新しい型として ， signed char，unsigned char , 
unsigned long , long double が追加された. 

⑤ 定数値の最後に型を表す文字として I ， u , ul ， f が 
使用できるようになった. 

I は long 型または double 型， u は unsigned 型， ul は 
unsigned long 型， f は float 型の定数を示す. L , U , 

UL , F の大文字も使える（図1-6参照）. 

⑥ エスケープ.シーケンスとしてべル•コード（\ 
a ), 垂直タブ (\ v )， 16進数（、、 xhh ) が書けるように 
なった. 

⑦ entry は予約語でなくなった. 

entry は，従来予約語となっていたが，実際に使用さ 
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呼び出し — 

vardsp ( asOOl ) 
catx ( xyz , 123) 


れることはなかったので予約語から 
外された. 

⑧ 構造体や共用体のメン八の名前 
は，一意的な名前を持つ必要がな 
くなった. 

これは，異なる構造体(共用体）で 
あれば，ほかの構造体で使われてい 
る名前と同じメンバ名が使用できる 
ということで，それにともなって， 

構造体や共用体に対して，ほかの構 
造体や共用体のメンバを指定するこ 
とが許されなくなった. 

⑨ 構造体や共用体に対する代入や 
関数への引数，関数からの戻り値 
として構造体や共用体の使用を許 
している. 

⑩ プリプロセッサ命令と して# 
elif ( else - if の意味）が追加された. 

また， # if や# elif の定数式の中で 

マクロが# define で定義されているか否かのチェッ 
クができるようになった. 

マクロが定義されているか否かのチヱックは，プリ 

プロセッ サの 演算子 defined で行う. defined は， 
defined 識別子 

または， 

defined (識別子） 

と書き，識別子が事前に定義されていれば 1 L ， 定義さ 
れていなければ 0 L の定数となる. 

⑪マクロを定義する# define 中で，プリプロセッサ 
の演算子#および##の演算が使えるようになった. 
演算子#は，#の後に書かれたマクロの引数を文字列 
定数に変換する演算子で，##は##の左右の文字列を連 
結し，一つの文字列にする演算子（図 1-7 参照）. 

⑫プリプロセッサ命令として，コンパイラにプログ 
ラム上から指示を与えるための命令# pragma と，プ 
ログラム上からコンパイル中に ユーザ 指定文字列を 
表示（エラー表示として）するための命令# error が 
追加された.ただし，# pragma の詳しい内容はコン 
パイラによって異なるので，注意して使わなければ 
ならない. 


〈図1-7> プリプロセツサの演算子#および##の使い方 


# define vardsp ( v ) printf (# v ” = % d ”， v ) 

# define catx ( a , b ) (a ## b ) 


上記のマクロの呼び出しとその展開は次の例のようになる 


マクロ展開の結果 


printf ( 匚” asOOl ” コ” = % d ” ， asOOl ) 


| xyz 123 | 

J 


演算子##によリニつの実引数 xyz と 123 
の文字列が^一"^の文字列 xyz 123 に変換さ 
れる. 

この場合，マクロ定義時##の左右にあった 
空白は自動的に取リ除かれる 


] 


演算子#により実引数の文 
字列 asOOl が文字列定数 
“ asOOl ” に変換される 


〈図1-8> 定義ずみの名前 


__ STDC 

コンパイラが ANSI _拠でコンパイル中な 
ら1， ANSI 以外なら __ STDC __ の定義その 
ものがない 

_ FILE _ 

現在コンパイル中のフアイル名 

LINE 

現在コンパイル中の行番号 

DATE 

コンパイル時の日付け（文字列） 

TIME 

コンパイル時間（文字列〉 


UNIX 上のライブラリは，大きく “システム•コー 
ル”と“サブルーチン&ライブラリ”の二種類に分け 
られ，“システム•コール”は， UNIX の機能を直接呼 
び出すもので， MS - DOS のフアンクシヨン.コールに 
相当するものです.ただし， MS - DOS のファンクシヨ 
ン.コールの場合は，アセンブラから呼び出されるこ 
とを前提としてパラメータなどが決められていました 
が， UNIX の場合システム.コールも C 言語から呼び 
出されることを前提にしているため， C の関数として 
定義されているわけです. 

システム.コールで 定義され ている 関数は，基本的 


⑬コンパイラは，定義済みの名前として図 1-8 に示 
す五つの名前を自動的に定義する. 

• ANS け見格案のライブラリ 

次に， ANSI 規格案の C で規定しているライブラリ 
についてみてみます.一部追加修正はあるものの， 
ANSI 規格案のライブラリについても UNIX の C 言 
語ライブラリを元に，特定の機種やオペレーティン 
グ•システ乂に依存し ない 関数や マクロを 選び，それ 
を規格案としてのライブラリとして規定しています. 


には UNIX の カーネルがユーザにサービス している 
機能を直接呼び出しているに過ぎないため，バイト単 
位の入出力やプロセス管理，記憶領域の管理といった 
どちらかというと低レベルの機能を提供しています. 

表 1-1 はシステム.コールのうち代表的な関数を抜 
粋し一覧表にしたものです.これら“システム•コー 
ル”上の関数やマクロを正しく使用するためには，自 
分が使用している UNIX の カーネル に関する知識が 
多少必要となります. 
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〈表 1-1> UNIX のシステム • コール(抜粋) 


関数名 

機 能 

wait 

fork で作成したプロセスが終了するのを侍つ 

kill 

プロセスへシグナルを送信する 

signal 

シグナル受信の動作を指定する 

pause 

シグナル発生までのプロセスを停止する 

nice 

プロセスの優先度の設定 

pipe 

プロセス間通信用八ッファを作成する 

profil 

プロセス実行時間の計測 

ptrace 

プロセスのトレース，デバッグで使用 

alarm 

プロセスのアラーム•クロックを設定する 

access 

ファイルのアクセス.モードを設定 

fstat 

ファイル.ステータスの読み出し 

chmod 

ファイル.モードの変更 

getpid 

プロセス ID を読み出す 

getppid 

親プロセスの ID を読む 

sync 

スーハ° • ブロックの更新 

time 

現在の時刻をグリニ / ジ 標準時 1970 年 1 月 1 B 00 : 00 : 00 からの秒数で求める 


関数名 

機 能 

brk 

データ•セグメントの 上限を設定 

sbrk 

データ•セグメントの大きさを変更 

chdir 

ワーク•ディレクトリの変更 

open 

ファイルのオープン 

creat 

ファイルの作成とオープン 

read 

ファイルからのリード 

write 

ファイルへのライト 

Iseek 

ファイルよリ次にリード/ライトする位置を変更 

close 

ファイルのクローズ 

unlink 

ファイルの 消去 

mknod 

ディレクトリ，スペシャル•ファイル， 

通常ファイルの作成 

fork 

新しいプロセスを作成する 

execl ， 

execv ， 

ファイルを口ードし同ープロセスで実行 

exit 

プロセスの終了 


〈図卜9> UNIX の関数“システム•コール’’ど‘サブルーチン&ライブラリ”の関係 


サブルーチン&ライブラリ 


演算関係のルーチン 

/sqart,exp,log,sm, - \ 
、 abs ， div, floor, ceil , …ノ 

入出力関係のルーチン 

(rope n,fc lose, printf\ 
Vscanf.getc’putc , …ノ 


時計およびインタ 
タイム 


e> 




c のブログラム 


ノ 


関数 

呼び出し 


ユーザ 作成プログラム 


I システム • コ-ル 

(関数呼び出し） 


UNIX の力-ネル 


プリンタ 

^ ノ ~、 

J 






/ソール 


C 


CRT 

(端末） 



タイプライタ 
(端末） 


フロッピ 



〇 


ハー ド. 

0 


ディスク 

^-- 


それに比べ，“サブルーチン&ライ 
ブラリ”というのは，元々 C 言語でプ 
ログラムを作るうえで，あると便利 
と思われる関数やマクロを事前に作 
り， ユーザに 提供したもので，日頃 
よく使われる数値や文字列単位の入 
出力，算術関数や文字，文字列操作 
といつたルーチンを提供しています. 

サブルーチン&ライブラリで定義 
されている関数は図 1-9 のように， 

直接 UNIX のカーネルを 呼び出さ 
ないため，オペレーティング•シス 
テムのカーネル の機能に直接左右さ 
れることがあまりありません.そこ 
で，関数やマクロの呼び出し手順を 
合わせることにより UNIX 以外の 
実行環境でも容易に実現できる関数 
やマクロが多いことから， ANSI 規 
格案の関数やマクロもこの“ サブルーチン&ライブラ 
リ”上から多く選び出されています. 

ANSI の規格案で定義している関数やマクロは，機 
能別に分類され，図 1-10 に示す15種類のヘッダ•ファ 
イルに分けられ宣言されています. 

ですから，ユーザ•プログラムで ANSI 規格案の関 
数や マクロ を使用する場合，ソース.プログラムの先 
頭で，プリプロセッサの# include 命令を使い， 

# include くヘッダ • ファイル名〉 

とヘッダ•ファイルを読み込んでおくことで，関数や 
マクロを使用するうえで必要なプロトタイプ宣言や外 
部変数宣言，# define でのマクロの定義などを行うこ 
とができます. 

個々のヘッダ•ファイルの内容については，次のよ 
うになっています. 


① stddef . h (よく使われる定数や変数，型やマクロの 
定義） 

ヘッダ•ファイル stddef . h は，ライブラリ上の関数 
やマクロを使用するうえで，よく使用される定数や変 
数，型の名前を定義しているファイルです.このファ 
イルで，定義されている名前は図 1-11 に示した4種類 
です. 

② limits . h (整数型の範囲） 

ヘッダ.ファイル limits , h は，整数型の値の範囲を 
示す定数を定義しているファイルで，図 1-1 2に示す15 
種類の名前が定義されています.カッコ内の値はへッ 
ダ.ファイルに定義されている範囲の一例を示したも 
のです. 

③ ctype . h (文字クラスのテストと変換） 

ヘッダ•ファイル ctype . h は，文字をテストするた 
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く図卜 10> ANSI に定義されている関数と マクロ 


stddef h limits, h ctype h string h stdarg h 
stdio.h stdlib.h time.h float. h math. h 
signal, h setjmp.h assert. h locale, h error. h 


〈図 1-12> ヘッダ.ファイル limits.h に定義されて 
いる定数の名前 


定数の名前 

内容と範囲 

CHAR BIT 

char 切のビット数 （=8) 

CHAR MIN 

char 型の锻小値（=-127) 

CHAR MAX 

char 型の最大値 （ = + 127) 

SCHAR MIN 

signed char 型の极小値 （= 一 127) 

SCHAR MAX 

signed char 型の 最大値（=+ 127) 

UCHAR MAX 

unsigned char 型の锻大値 （ = 255) 

SHRT MIN 

short 型の极小値（=— 32767) 

SHRT MAX 

short 型の锻大値 （ = +32767) 

USHRT MAX 

unsigned short 型の锻大値 （ = 65535) 

LONG MIN 

long 梨の最小値（=-2147483647) 

LONG MAX 

long 型の最大値 （=+2147483647) 

ULONG MAX 

unsigned long 嗤の儀大値 （ = 4294967295) 

INT MIN 

signed int 型の最小値（=—32767) 

INT MAX 

signed int 型の最大値 （= + 32767) 

UINT MAX 

unsigned int 型の始大値 （ =65535〉 


く図1-13> ヘッダ.ファイル ctype.h に宣言されて 
いる関数 


関数 

内 容 

isdigit (c) 

文字 c は 10 進数を構成する文字なのかテスト 
する 

isxdigit (c) 

文字 c は 16 進数を構成する文字なのかテスト 
する 

islower (c) 

文字 C は英字の小文字なのかテストする 

isupper (c) 

文字 C は英字の大文字なのかテストする 

isalpha (c) 

文字 C は英字なのかテストする 

isalnum (c) 

文字 C は英数字なのかテストする 

iscntrl (c) 

文字 C は制御文字なのかテストする 

isgraph (c) 

文字 C は空白以外の印字可能文字なのかテス 
卜する 

isprint (c) 

文字 C は空 h も含めた印字可能文字なのかテ 
ストする 

ispunct (c) 

文字 C は区切り文字なのかテストする 

isspace (c) 

文字 C は空的，改行，復帰，改頁，水平タブ， 
垂直タブの何れなのかテストする 


( a ) 文字をテストする関数 


int tolower (int c) 

文字 c が英字の大文字なら小文字に変 
換する 

int toupper (int c) 

文字 C が英字の小文字なら大文字に変 
換する 


( b ) 文字の変換を行う関数 


く図1-11> ヘッダ.ファイル stddef.h に登録されている名前 


名称 

種類 

内 容 

NULL 

定数 

ヌル•ポインタ，# define で定義された定数 0 

sizet 

型 

単項演算子 sizeof が返す値の型.へッダ上では typedef 

を使い， 

typedef unsigned int size t; 

と宣言されている 

ptrdiff t 

型 

アドレス計算で，二つのポインタの差を取ったときの結 

果の型. へ '';ダ上では typedef を使い， 

typedef int ptrdiff t ; 

と宣言されている 

ermo 

グローバル 

変数 

ライブラリ上の関数を実行したとき， エラーが 発生した 

場合，その詳細なエラー情報を番号で設定してくるグロ 

ー ハ V レ変数. errno は通常 int 型で，ヘッダ上では次のよ 

うに 宣言され ている. 

extern int errno ; 


めの関数や英字の大小文字への変換 
を行う関数を宣言しています. 

文字をテストする関数には，図 1- 
13( a ) に示した関数名が is で始まる 
11種類の関数があり，引数で指定さ 
れた文字が関数のテスト条件に合え 
ばゼロでない値(真）を返し，そうで 
なければゼロ（偽）を返します.引数 
となる文字は int 型の整数値として 
与えます.ただし，その引数は EOF 
(End Of File を表す値， stdio.h で 
定義されている定数の名前で，その 
値は— 1) か unsigned char 型の値の 
範囲内 （0 〜 UCHAR MAX ) で表すこ 
とができる値でなければなリません. 

範囲外の値が引数として指定されて 
いた場合，その結果は未定となリま 
す. 

文字の変換を行う関数としては，図 1- 13( b ) に示した 
関数名が to で始まる二種類の関数があります.この二 
つの関数も引数の条件は文字テストの関数と同じで， 
EOF かあるいは〇〜 UCHAR _ MAX の範囲の値である 
必要があリます.これ以外の範囲を指定すると，その 
変換結果は未定となります. 

④ string . h (文字列操作関数およびメモリ操作関数） 

ヘッダ•ファイル string . h は，文字列やメモリ上の 


データを操作するための関数を集め，宣言しています. 

文字列を操作するための関数には，図 1-14 ㈤ に示し 
た関数名が str で始まる15種類の関数があります. 

メモリ上のデータを操作するための関数には，図1 - 
14( b ) に示した関数名が mem で始まる 5 種類の関数 
があります. 

⑤ stdarg.h (可変引数リストをアクセスするための 

マクロ） 

ヘッダ•ファイル stdarg . h は，呼び出された関数側 
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〈図1-14> ヘッダ.ファイル string.h に宣言されている関数 


関 数 

内 容 

char 氺 strcpy (char 氺 s, const char *t) 

文字列 t を s にコピーし， s を返す 

char *strncpy (char 氺 s, const char 氺 t, size t n) 

文字列 t を s に n 文字分コピーし， s を返す.ただし，文字列 t の長さが n 
以上の場合，文字列の終わリを示す’\0’は転送されないので注意 

char Estreat (char 氺 s, const char 氺 t) 

文字列 s の後ろに文字列 t を連結し， s を返す 

char •氺 strncat (char 氺 s. const char *t, size t n) 

文字列 s の後ろに文字列 t を最大 n 文字連結し， s を返す 

int stremp (const char *s, const char 氺 t} 

文字列 s と文字列 t を比較し， 

文字列 s< 文字列 t のときは負の値を返し， 

文字列 s = 文字列免のときはゼロ， 

文字列 s> 文字列 t のときは正の値を返す 

int strnemp (const char *s. const char * t, size t n) 

文字列 s と文字列 t を最大 n 文字分を比較する.比較結果は stremp と同 
じ 

char *strehr (const char 氺 s , int c) 

文字列 s の最初にある文字 c へのポインタを返す.文字 c がなければ 
NULL を返してくる 

char *strrehr (const char * s. int c) 

文字列 S の最後にある文字 C へのポインタを返す.文字(かがなければ 
NULL を返してくる 

size t sirspn (const char * s, const char 氺 t} 

文字列 t に含まれている文字のみで構成されている文字列 s の先頭の部分 
の長さを返す 

size t strespn (const char *s, const char *t) 

文字列 t に含まれない文字のみで構成されている文字列 S の先頭の部分の 
文字数を返す 

char *strpbrk (const char 氺 s, const char 氺 t} 

文字列 t に含まれている文字が文字列 S の中で最初に出てくる位置へのポ 
インタを返す.もし，文字列 t に含まれている文字が文字列 S になければ 
NULL を返してくる 

char *strstr (const char 氺 s, const char 氺 t) 

文字列 s 中で文字列 t が最初に出てくる位置へのボインタを返す.文字列 t 
がなければ NULL を返してくる 

size t strlen (const char *s) 

文字列 s の長さを返す 

char * strerror (int n) 

エラー番号 n に対応する文字列（エラー.メッセージ）へのポインタを返し 
てくる.エラー番号と文字列との対応は処理系に依存する 

char 氺 strtok (char 氺 s, const char 氺 t} 

文字列 t の任意に文字を区切りとするトークンへのボインタを返してくる. 
トークンが発見できなかった場合は NULL が返されてくる. 
s に対して文字列を与えれば，その文字列 s に対してトークンの検索が行 
われるが， S に対して NULL を指定した場合，前回検索に使用した文字列に 
対して，次のトークンの検索が行われる 


( a ) 文字列を操作するための関数 


関 数 

内 容 

void * memepy (void 氺 s , const void * t, size t n) 

メモリ上のデータ t を s へ n 文字コピーする 

void * memmove (void * s, const void * t. size t n) 

メモリ上のデータ t を s へ n 文字コピーする.ただし，データ領域が重なっ 
ていてもデータを壊すことなく転送できるのが memepy と異なるところ 

int mememp (const void * s, const void 木 t, size t n) 

メモリ上のデータ s と t を n 文字分比較する.比較結果は stremp と同じ 

void * memchr (const void 氺 s ， int c, size t n) 

メモリ上のデータ s から n ハ•イト以内にあり，最初に発見された文字 c へ 
のボインタを返す.文字 c がなければ NULL を返してくる 

void 氺 memset (void * s, int c, size t n) 

s から n 文字分の領域を文字 c で埋める 


( b ) メモリ上のデータを操作する関数 


で不定個の引数し...）をアクセス（参照のみ）するため 
に用意されたマクロを定義しています.定義されてい 
るマクロは図 1-1 5に示した三種類です. 

図中の名前が va で始まるマクロを使用する場合， 
各引数を順に示すための型 va_list を使い変数 ap を， 
va list ap ; 

と宣言しておく必要があります（ここでは， ap という 
変数名を使用したが，実際に使用する場合はどのよう 
な名前でもかまわない）.型 va_list は stdarg. h 上で宣 
言されている型です. 


く図1-15> ヘッダ.ファイル stdarg.h に定義されて 

いるマクロ 


マクロ 名 

内 容 

va start (va list ap, last) 

可変引数の取リ出し処理開始 

va arg (va list ap. type) 

次の可変引数の取り出し 

va end (va list ap) 

可変引数の取り出し処理終了 


(注）ここで， ap は後述する変数の名前で， last は引数リスト 
の最後に書かれた有効な引数の名前，たとえば f n ( a ,b,c, 
d, _ _ •) と引数が宣言されていれば last に書かれる引数名は d 
となる. type は取り出す引数の型名を示す. 
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<H11-16> ヘッダ•ファイル stdio.h に宣言されている関数(抜粋) 


関 数 

内 容 

FILE * fopen (const char * filename, 
const char 氺 mode) 

filename で指定したファイルやデ八イスを，指定した mode でオープンする.オーブ 
ンが成功すればストリームが返され，失敗すれば NULL が返されてくる 

FI し E 木 freopen (const char * filename, 
const char 氺 mode. 

FILE * stream) 

filename で指定したファイルやデバイスを，指定した mode でオープンし，指定した 

stream に割り当てる 

FILE * tmpfile (void) 

一時ファイルを作成し，そのストリームを返してくる.作成に失敗した場合 NULL が 
返されてくる.一時ファイルはクローズ時自動的に削除される 

jnt fclose (FILE * stream) 

指定した stream をクローズする.クローズに成功するとゼロ，失敗すると EOF が返 
される 

int remove (const char 氺 filename) 

filename で指定したファイルを削除する.削除できた場合はゼロ，失敗した場合はゼ 
口以外の値が返されてくる 

int rename (const char 氺 oldfn. 

const char 氺 newfn) 

ファイル名を oldfn から newfn に変更する.変更に成功すればゼロ，失敗した場合は 
ゼロ以外の値が返されてくる 

int fprintf (FjLE * stream, 

const char 氺 fmt,...) 

指定したストリームに対して，普式 fmt にしたがって可変引数リスト上の引数の値を 
文字列に変換し出力する.寄式 fmt が示す文字列中，文字％で始まるトークンを書式指 
定に使用している.％で始まる寄式指定以外の文字はそのまま出力される. fprintf は出 
力に成功すれば出力した文字数が返され，エラーした場合は負の値が返される 

int printf (const char *fmt , …） 

標準出力へ fprintf と同様な書式変換出力を行う 

int sprintf (char *s, const char *fmt,...) 

fprintf と同様に書式変換を行うが，出力先がメモリ上の文字列となっている 

int fscanf (FILE 氺 stream, 

const char *fmt,...) 

指定したストリームから文字列を入力し，窬式 fmt にしたがって可変引数リスト上の 
引数の値（内容はボインタ）の書•式にしたがいデータ変換し格納する.書式 fmt が示す 
文字列中，文字％で始まるトークンを普式指定に使用している.空白を除く％で始まる 
寄式指定以外の文字は，入力された文字に対して常に一致が取られる.もし，ここで 
一致しない文字を発見した場合 fscanf の実行は中止され，残りの文字列は次の入力に 
まわされる. fscanf は入力に成功すれば変換，格納した項目数が返され，エラーある 
いはファイルが終わりに達したときは EOF が返されてくる 

int scant (const char *fmt , …） 

標準入力から， fscanf と同様な書式変換入力を行う 

int sscanf (char 氺 s, const char 氺 fmt,...) 

指定した文字列から， fscanf と同様な普式変換入力を行う 

int fputc (int c, FILE * stream) 

指定したストリームへ文字 c を出力する.エラーなら EOF, 成功なら非負の値を返す 

int putc (int c, FILE * stream) 

指定したストリームへ文字 c を出力する. putc はマクロで定義されていること以外， 

動作的には fputc と同じ 

int putchar (char c) 

標準出力へ文字 c を出力する.エラーなら EOF, 成功なら非負の値を返す 

int fputs (const char 氺 s, FILE * stream) 

指定したストリームへ文字列 s を出力する.エラーなら EOF, 成功なら非負の値を返 

す 

int puts (const char ホ s} 

標準出力へ文字列 S を出力し，改行を行う.エラーなら EOF, 成功なら非負の値を返 

す 

int fgetc (FILE * stream) 

指定したストリームから文字を入力する.エラーまたはファイルの終わりなら EOF を 
返す 

int getc (FILE * stream) 

指定したストリームから文字を入力する. getc はマクロで定義されていること以外， 
動作的には fgetc と同じ 

int getchar (void) 

標準入力から文字を入力する.エラーまたはファイルの終わりなら EOF を返す 

char 氺 fgets (char 氺 s, int n, FILE 
氺 stream) 

fgets の入力は，指定したストリームから （ w -1) 文字入力するか改行が入力されるまで 
行われる.入力に成功すれば s を返すが，エラーまたはファイルの終わりなら NULL 
を返す 

char * gets (char *s) 

標準入力から一行分の文字列入力を行う.入力に成功すれば s を返すが，エラーまた 

はファイルの終わりなら NULL を返す 

size t fread (void * p, size t size, 

size t n, FILE * stream) 

指定したストリームから， size の大きさを持つデータを n 個分，配列 p に入力してく 
る. fread が返す値は実際に入力したデータの個数，もし，返された個数が n より小さ 
い場合，エラーまたはファイルの終わりに達したかの何れかである 

size t fwrite (const void * p, size t size, 
size t n, FILE 氺 stream) 

指定したストリームへ，1データ size の大きさを持つ配列 p のデータを n 個分出力す 
る. fwite が返す値は実際に出力したデータの個数.もし，返された個数が n より小さ 
い場合，出力でエラーが発生したことになる 

int fseek (FILE * stream, long offset, 
int org) 

指定したストリームの R / W ボインタの位置を org をベースとして offset 文字分移動 

する. org には， SEEK SET (ファイルの先頭）， SEEK_CUR (現在値）， SEEK_END (フ 
ァイルの終わリ > を指定する.エラーの場合，ゼロでない値が返されてくる 

void rewind (FILE * stream) 

指定したストリームの R / W ポインタの位置をファイルの先頭に持って行く 

long ftall (FILE * stream) 

指定したストリームの R / W ボインタの位置を読み出してくる.エラーの場合一 1L を 

返してくる 

int feof (FILE * stream) 

指定したストリームの R / W ポインタの位置が，ファイルの終わりに達したか調べる. 

終わりに達していればゼロ以外の値が返されてくる 

int terror (FILE * stream) 

指定したストリームにエラーが発生しているか調べる.エラーが発生していればゼロ 

以外の値が返されてくる 

void clearerr (FILE * stream) 

指定したストリームのエラーおよび終わりに達したことを表すフラグをクリアするた 

めの関数 
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〈図 1 - 17 ⑻〉 fprintf, printf, sprintf で使われる主な書式 


% [-] [数字列][•数字列] 


K 川⑴ 
[ U } 卜 

[{川⑴ 

[U}) u 


—を指定すると，変換された 
文字列を左詰めで出力する. 
省略時は右詰めとなる 


出力する幅(桁数）を指定する. 


最小でもこの幅で出力される. 


数字列を0から始めると詰め 


に使われる文字が空白から文 


字0に変わる.宵略された場 


合，荧換された文字列の長さ 


となる 



I が付くと long 型となり h がつくと short 型となる.何も付かないと int 型 
になる. 

i d 引数を10進数に変換し出力 

〇引数を符号なし8進数に変換し出力.先頭に0は付かない 
x.X 引数を符号なし16進数に変換し出力.先頭には Ox は付かない. 

x なら10〜15は a 〜 f が出力され， X なら10~15は A — F が出力され 
る 

u 引数を符号なし10進数に変換し出力 

c 引数の値をそのまま出力.変換は行われない.出力されるのは引数の 
下位8ビット 


変換された文字列を出力するときの最大文字数を指定する. 
省略された場合，変換された文字列の長さとなる 


( a ) 整数の出力 


% [-] [数字列][•数字列 ] s 



( b ) 文字列の出力 


% [-] [数字列][.数字列] 


g 

、 G ) 


一を指定すると，文字列を左 
詰めで出力する.省略時は右 
詰めの出力となる 

— 

出力する幅を指定する.最小 
でもこの幅で出力される.省 
略された場合，変換された後 
の文字列と長さとなる 



e,E 浮動小数点の値を10進数で[一] m.nnnnnne [土] xx と出力する .e 
なら指数を表す e は小文字 . E なら指数を表す E は大文字となる 
f 浮動小数点の値を10進数で[一] mmm . nnnnnn と出力する 
g.G で変換したとき，文字数の小さいほうの変換方式で出力される. 

g と G は指数で表示されたとき，指数を表す e , E の小文字，大文字の違 
いのみ 


小数部 minnm ? の桁を指定する.省略時は6となる 
( c ) 浮動小数点の出力 


く図 l -17( b )> fscanf , scant , sscanf で使われる主な書式 


% [*] [数字列] 



(注） long 型変数あるいは 
double 型変数への代入は，文 
字 I を使わなくても d ， l ， o , x ， 
u ， e，g を大文字 D ， 1，0, X ， U , 

EX で表せばよい. 


* が書かれていると，この入 
力型式で入カデータをスキ ッ 
プする.代入は行われない 


入力される文字列の最大の文 
字数 



t _ 

d , l . o , x , u の前に I を付けると long 型変数への代入， h なら short 型変数への代入，なにもないと Int 
型変数への代入. 

f の前に丨を付けると， double 型変数への代入， I がないと float 型変数への代入. 
d 10 進数の入力 

i 10 進， 8 進(0…)， 16 進 (0 x "> 整数の入力 
〇 8進整数の入力，頭に0を付けなくてもよい 
x 16 進整数の入力.頭に Ox を付けなくてもよい 
u 符号なし 10 進整数の入力 

c 1文字入力. char 型変数へ代入.この型式のみ空白のスキップは行わない 
s 文字列の入力.入力された文字列の最後には自動的に“\0”が付く 
f 浮動小数点の入力 （ e , g も指定可.ただし，動作は f と同じ） 


153 
















































〈図1-19> ヘッダ*ファイル time . h に宣言されている関数 


関 数 

内 容 

clock t clock (void) 

プログラム が実行を關始してダらの CPU 使用時間を返す.秒単位に変換する 

には clock/CLK TCK の計算を行う 

time t time (time t *tp) 

現在の時間を返してくる. tp が NULL でなければ* tp にも時間が格納される 

char * asctime (const struct tm 氺 tp) 

構造体* tp に格納されている時間情報を文字列に変換する 

struct tm 氺 localtime (const time t 氺 tp) 

* tp の秒単.位の時間から構造体 tm を作り出す 

char 氺 ctime (const time t 氺 tp) 

* tp の秒単位の時間から通常の tl 付けと時間に変換し，それを文字列に変換す 
る 

struct tm * gmtime (const time t * tp} 

*tp の時間から UTC へ変換する 

time t mktime (strcut tm * tp) 

構造体 * tp に格納されている時間情報から秒単位の時間を求める 

double difftime (time 112, time t tl) 

t2-t1 を行い二つの時間差を求める 

size t strftime (char *s, size t n, const char 

* fmt, const struct tm * tp) 

書式 fmt にしたがって構造体* tp に格納されている時間情報を文字へ変換し 
最大 n 文字分 s へ格納する 


そのうえで，変数 ap を初期化するためのマクロ va 
start を呼び出し，仮引数 last の次の引数し...の最初 
の引数）の位置を ap にセットし，可変引数のアクセス 
の準備をします. 

可変引数のアクセスは ， va arg で行います.たとえ 
ば引数が int 型で，その値に3を掛けて変数 u に代入 
する式の場合， 

u = av arg ( ap ， int ) 氺3 ; 

と書くことができます • ap はこのとき自動的に更新さ 
れ，次の引数の位置を示しています. 

可変引数のアクセスが必要なくなった場合 ， va end 
を呼び出し，処理を終わらせます. 

⑥ stdio . h (入出力を行うための関数やマクロ） 

ヘッダ•ファイル stdio . h は，ディスクや周辺装置と 
の入出力を行うための関数やマクロを集めたものです. 

stdio . h 上の入出力関数は， スト リームと呼ばれる論 
理的なデータ構造に対して行われます.実際の ディス 
ク上のファイルや周辺装置との対応はオープンにより 
行われ，切り離しはクローズによって行われます. 

実際のストリームに関する制御情報は， stdio . h 上に 
定義されている型 FILE で宣言された構造体に格納さ 
れています. stdio . h 上の入出力関数は，この構造体に 
対するポインタでストリームを指定します.型 FILE で 
宣言された構造体へのポインタは，オープン時に渡さ 
れてきます. 

ただし， プログラム 開始時，オープン済みのストリ 
ームと して標準入力，標準出力，標準 エラー 出力の 三つ 
が ユーザ •プログラムに 渡されてきます.これら 三つ 
のストリ ームは 通常 ユーザの コンソールに 割り当てら 
れています が， ディスク •ファイル や コンソール以外 
の周辺装置に割り当てられている場合もあります.こ 
れら 三つの ストリ ームをプログラム 上から使用する場 


合， stdio 上上で定義済みの名前 stdin (標準入力）， 
stdout (標準出力 ）， stderr (標準エラー出力）を使用しま 
す. 

stdio . h に宣言されている関数や定義されているマ 
クロは合計 41 種類もあるため，ここでは通常よく使わ 
れる関数やマクロ 30 種類を選び，その内容を図 1-1 6 
に示します. stdio . h 内の残りの関数やマクロについて 
は，後日入出力関数の詳細を述べるときに説明します. 

なお，この中で printf ， scanf で使われる書式につい 
ては図 1-17 にその詳細を示します. 

⑦ stdlib . h (ユーティリティ関数） 

ヘッダ•ファイル stdlib . h は，数値変換や整数関数， 
プログラム の起動や終了，記憶割り当てなどのユーテ 
リティ関数を収めたへッダ•ファイルです. 

stdlib . h 内で宣言されている関数，ならびに定義さ 
れているマクロには図 1-18 に示す 23 種類のものがあ 
ります. 

⑧ time . h (日付け，時刻関数） 

へッダ•ファイル time . h は，日付けや時間を扱うた 
めの関数を宣言しています.日付けや時間を扱う関数 
では型 time t t m clock _ t ，そして構造体タグ tm を 
使います.これらの型や構造体タグの宣言は time.h 
上にあります. 

日付けや時間の管理は基本的には，すべて秒(つまり 
年月日も秒で表されている）で行い表しているため，型 

time t と型 clock t は typedef で long 型の別名とし 

て宣言されています.構造体タグ tm には時間を秒， 
分，時，日，月，年 J 1 日，1月1日からの日数，そしてサ 
マータ イム中か否かを示すフラグな どがメンバと して 
宣言されています. 

日付けや時間を扱う関数には，図 1-1 9に示す合計 9 
種類の関数があります. 
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〈図1-18> ヘッダ • ファイル stdlib . h に宣言されている関数 


関 数 

内 容 

int atoi (const char *s) 

文字列で表された値を int 型の値に変換する 

long atol (const char *s} 

文字列で表された値を long 型の値に変換する 

double atof (const char 氺 s) 

文字列で表された値を double 型の値に変換する 

long strtol (const char 氺 s, char 氺氺 ep, 

int base) 

文字列の最初のトークンを base の値を基数として long 型の値に変換する.このと 
き，トークンの前の空白は無視される.また， ep が NULL でなければ， *ep には変換 
されなかった残りの文字列へのボインタが格納される. base にゼロを指定すると，基 
数は文字列上の最初の数字で判断され，〇で始まれば8進， Ox あるいは 0X で始まれ 
ば16進と判断する. base に値を設定する場合 2 〜 36 の値が設定できる.結果がオー 
バフローすると符号によリ LONG_MAX あるいは LONG MIN が返される 

unsigned long strtoul (const char * s, 
char ** ep, int base) 

結果が unsigned long 型で，オーバフローした場合， ULONG MAX となること以外は 

strtol と同じ 

double strtod (const char 氺 s, 

char ** ep) 

文字列の最初のトークンを double 型の値に変換する.このとき，トークンの前の空白 
は無視される.また， ep が NULL でなければ， *ep には変換されなかった残 1 )の文字 
列へのボインタが格納される.結果がオー八フローした場合，符号と共に math.h で定 
義されている定数 HUGEVAL が返ってくる 

int rand (void) 

関数 rand は，〇〜 RAND MAX の範囲の整数値の疑似乱数を発生させる関数. RAND 
MAX は stdlib.h 内の# define で定義されている値で ， MS - C や Turbo - C では 

32767 に設定されている 

void srand (unsigned int seed) 

疑似乱数の新しい系の種として seed を指定する 

int abs (int x) ならびに 
long labs (long x) 

X の絶対値を取る 

div t div (int x, int y) ならびに 

Idiv t Idiv (long x, long y) 

x + y の商と余りを求める関数.除算結果は，型 div_t あるいは型 Idiv t の構造体のメン 
バ quot および rem に格納される.型 div t および型 Idivt は stdlib. h 内の typedef に 

より次のように宣言されている. 

typedef struct {int quot; int rem} div t; 
typedef struct {long quot; long rem} Idiv t; 

void abort (void) 

プログラムを異常終了させる 

void exit (int stat) 

プログラムを正常終了させる 

int atexit (void (* xf) (void) ) 

exit でプログラムを正常終了させるとき，呼ばれるユーザ関数を登録する 

int system (const char * cmd) 

文字列 cmd で指定されたプログラムを起動する 

char 氺 getenv (const char •氺 ename) 

環境変数に文字列 ename と同じ名前のものがあれば，その環境変数の文字列へのポ 
インタを返す.なければ， NULL が返される 

void * calloc (size t n. size t size) 

未使用の領域から nxsize バイトのゼロ •クリアしてある領域を割り当ててもらい，そ 
の領域のポインタが返される.割リ当てる領域がな v 、場合 NULL が返される 

void * malloc (size t size) 

未使用の領域から size パイトの領域を割り当ててもらい，その領域のポインタが返さ 
れる.割り当てる領域がない場合 NULL が返される 

void * realloc (void 氺 p, size t size) 

割り当て済みの領域 p の大きさを size バイトに変える.再割り当てに成功すればその 
新領域へのポインタが返される.再割り当ての領域がなし、場合 NULL が返される 

void free (void * p> 

割り当ててもらった領域を解放する 

void * bsearch (const void * key, 

const void 氺 x, size t n, 

size t size, int ( * cmp) 

(const void * , 

const void *) ) 

bsearch は検索を行う関数で，配列 x [0] ~X [n —1] 中から* key と一致する項目を 
検索しそのボインタを返す.検索時に使用する比較は cmp で指定する 

void qsort (void * x, size t n, size t size, 

int (氺 cmp) (const void * , 

const void *)) 

qsort は配列 x [0]~x [n-1] を昇順にソートする関数で，ソート時使用する比較は 
cmp です旨定する 
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〈図1-20> ヘッダ.ファイル float.h に定義されている 
定数の名前 


型 

定数の名前とその内容 

float 型用 

FLT RADIX 

…基数 


FLT DIG 

…10 進数にした場合の 



有効な桁数 


FLT MANT DIG •••仮数部の桁数 


FLT MAX 

•••絶対値の最大 


FLT MIN 

•••絶対値の最小 


FLT MAX EXP 

•••指数部の最大値 


FLT MIN EXP 

•••指数部の最小値 


FLT EPSILON 

… 1 .0 + x 字 1.0 となる 



最小の X の値 

double 型用 

上記の FLT が DBL となっている 

long double 型用 

上記の FLT _ が LDBL _ となっている 


⑨ float . h (浮動小数点演算に関する定数） 

ヘッダ•ファイル float . h は，浮動小数点演算に使用 
される定数が定義されています. 

定義されている主な定数の名前には図 1-20 に示す 
ようなものがあります.定数の値については，システ 
ムが採用している浮動小数点演算の形式により異なる 
ためここでは示しません. 

⑩ math . h (数学関数) 

ヘッダ•ファイル math . h には，各種の数学関数が宣 
言されています.図1 -21にその内容を示します.三角 
関数の角度はラジアンを使用しています. 

⑪ signal . h (シグナル） 

ヘッダ•ファイル signal . h は，例外处理を行うため 


〈図1-21> ヘッダ.ファイル math.h に宣言されている数学関数 


関 数 

内 容 

double sin (double x ) 

sin x 

double cos (double x ) 

COS X 

double tan (double x ) 

tan x 

double asin (double x ) 

sirr 1 x 

double acos (double x ) 

COS" 1 X 

double atan (double x ) 

tan -1 x 

double atan 2 (double x , double y ) 

tan -1 ( y / x ) 

double sinh (double x ) 

sinh x 

double cosh (double x ) 

cosh x 

double tanh (double x ) 

tanh x 

double exp (double x ) 

e x 

double log (double x ) 

logo x 

double loglO (double x ) 

logic X 

double pow (double x , double y ) 

xV 

double sqrt (double x ) 

/^r 

double ceil (double x ) 

X より小さくない最小の整数 

double floor (double x ) 

X より大きくない最大の整数 

double tabs (double x ) 

X の絶対値 

double Idexp (double x , int n ) 

xx2 n 

double frexp (double x ， int ホ n ) 

仮数部と指数部に分ける.指数部は* n に格納され仮数部のみが 
返されてくる 

double modf (double x ， double 氺 ip } 

整数部と小数部に分ける.整数部は* ip に格納され，小数部が返 
されてくる 

double fmod (double x , double y ) 

x + y の余りを求める 


く図卜22> 

ヘッダ • ファイル 
signal.h に宣言さ 
れている関数 


関 数 

内 容 

void (氺 signal (int slg , void (氺 handler ) ( int ))) ( int ) 

シグナルを受信したときの処理 handler を登録する . handler 
が登録されていて，シグナルを受信すると， handler が自動的 
に呼び出される.このとき送られてくるシグナルには次のよ 
うなものがある. 

SIGABRT 異常終了 

SIGFPE 算術エラー発生 

SIGILL 不当命令の実行などの異常 

SIGINT 割り込み発生 

SIGSEGV メモリ•アクセス.エラー 

SIGTERM 終了要求 

定義済みの handler としてプログラムを終了させる SIG 
DFL とシグナルを無視する SiG 」 GN が定義されている 

int raise (int sig ) 

シグナル sig を送信する.送信に失敗するとゼロでない値が 
返ってくる 
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〈図1-23> ヘッダ•ファイル setjmp . h に宣言されている関数 


関 数 

内 容 

int setjmp (jmp buf ev) 

setjmp が書かれた現在のアドレス情報を ev に格納し， longjmp で戻ってくるための準備をす 

る. ev は事前に型 jmp buf で宣言しておく必要がある.型 jmpbuf は， setjmp.h 内の typedef 

で宣言されている. 

setjmp による呼び出しならゼロが返されてくる 

void longjmp (jmp buf ev, int v) 

setjmp でアドレス情報を格納した ev のアドレスへ戻る.つまり，外見的には ev を設定した 

setjmp から戻ってきたように兒える.ただし，このとき v の値を longjmp から戻り値として 

setjmp が渡すため， setjmp からの戻り値をチェックすることで setjmp 本体からの戻りか， 

longjmp からの戻りかがわかる.そのため v にはゼロ以外の値を設定する必要がある 


の二つの関数 signal と raise を宣言しています（図 1- 
22参照). 

⑫ setjmp . h (非局所的ジャンプ） 

ヘッダ•ファイル setjmp . h には，通常の関数呼び出 
しと戻りとは異なる，設定してアドレスへ直接戻るた 
めの関数を提供します（図1 -23参照）. 

⑬ assert h ， locale , h，errno h 

最後に残った三つのへッダについて簡単に述べると， 
assert , h は診断マクロ assert を定義しているファイ 
ルで，プログラム中に assert (任意の式）と書くこと 
で， プログラム 実行中，この assert を実行するたびス 
トリー ム stderr に， ソース •ファイル名，行番号，そ 
して指定した任意の式が印字（表示）されます. 


locale , h には， setlocale というプログラムの実行環 
境を選定，変更する関数があり，この setlocale の内容 
は処理系により異なります. 

errno . h は， グローバル 変数 ermo に設定する定数 
の名前を定義しているもので，処理系によりその内容 
は異なります. 

• 次回の予告 

今回は，第1回目ということで ANSI の C につい 
て，文法で変わったところや，ヘッダ•ファイルの内 
容について触れましたが，次回は ctype . h や string.h 
で宣言されている関数やマクロについて，その詳細な 
使い方について述べたいと思います. 


掲載プログラムの頒布方法について 

今月号に掲載したソース•リストを MS - DOS のテキスト•ファイルで提供します.ご希望の方は現金書留で代金 
3.000 円(送料•税込み）と下記の申込書のコピーを添えてトラ技コンピュータディスク•サービス係までお送りく 
ださい.なお，頒布メディアは5インチ2□□です. 

一" 申込書--- 

★お手数ですが，ご住所とお名前を2箇所に記入してくださいますようお願いします. 

★お申し込みされた日付けをメモしておかれると，問い合わせの際に便利です. — 月日 • 

_ ▼ディスクの送り先を記入し てください. 

〒17 0 ' 、 T __ - 

東京都豊島区巣鴨 1-14-2 : _ 

C Q 出版 ㈱ c & e 出版部 

トラ技コンピュータディスク•サービス係，：_ _ _ 様 


申し込み書 くトラ技コンピュータ1989年11月号ディスク•サービス〉 「 TC 8911 

ご住所1 - 

お名前 
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コンピューティング•エッセイ n 

今フラクタルがおもしろい 山本強 


今回のタイトルを見て半分ぐらいの人は何をいまさら 
と思ったに違いない.フラクタルといえばすぐコッホ曲 
線や シェルピンスキ ー•ガスケット，そして Mandelbrot 
集合に Julia 集合とどことなく怪しい雰囲気をもつ図形 
を連想するが，じゃあ何の役に立つのと聞けばせいぜい 
ありもしない山の稜線や樹木を作って CG の背景に使う 
というところ.まあ，そう割り切って遊んでみればそれ 
はそれで結構楽しいものである. 

ところがこのフラクタルに最近新手の応用があらわれ 
て米た.フラクタル画像压縮というのがそれ.関係者の 
話を鵜呑みにすれば人の顔なんかは2 K バイトにまで 
圧縮できると言うんだからこれは聞き捨てならない.山 
やシダの葉っぱは見るからにフラクタルしてるからでき 
そうだとは思うが，どうして人の顔がフラクタル • モデ 
ルで記述できるのかという点には素朴な疑問が残る.本 
当なら大変なことなので，あわてて資料収集に取りかか 
った. 

そしてわかったことは，この圧縮法は決っして昨日今 
日の話ではなく 1984 年ぐらいからぼつぼつ文献が出て 
いること，そしてキーワードは Iterated Function Sys- 
tem(IFS) という一種のマルコフ過程で，それを反復して 
生成されるパターン（アトラクタと呼ぶ)を利用するとい 
うことである. 

つまり目的画像があってそれをアトラクタとするよう 
な IFS のパラメータを逆問題として求めるわけである. 
一組の IFS パラメータは高々 24 個の実数であり，それで 
木の葉程度は書けてしまう.普通の_像で 1 M バイト程 
度の画像が2 K ハ M 卜程度まで落ちるそうである. 

もっとも圧縮-再生によって原画像はかなりのひずみ 
を受け，.写真がまるで油絵になって返ってくる.しかも 
圧縮は対話的に人手を介して行われるというから，だい 
ぶ話は色褪せてきた.しかし話はこれから始まるのです. 

今年の6月にボストンで開かれたとある学会で，この 
圧縮法の提唱者であるジョージアエ科大学の M. Barns¬ 
ley 教授の話を聞く機会があり，最近の動向に触れるこ 
とができた.最近の圧縮技術の紹介があって，先生自ら 
の御真影の使用前後が示された. 

わずか 2 K 八イトに圧縮されたデータから再生され 
た画像は，原画像として一見して差がわからない.それ 
で驚いてはいけない.彼氏日く，すでにフラクタル圧縮 
のェンコーダ/デコーダのハードウェアが開発されてお 
り，それによれば一般電話回線で毎秒 30 コマのモノクロ 
動画像が送れるというのである. 

私はここではたと困ってしまった.というのは，この 
手の電話回線で動画像が送れる「画期的装置」といった 
話は永久機関みたいなものでときどき業界紙を賑わす 
けどいつのまにか消えていくものだから.でも Barnsley 
先生というのは立派な著書もあり論文もいっぱい書いて 
る偉い先生みたいだし（この世界，論文の数の多い人=偉 
い人）…ならば論文を読むなり本人に聞くなりすればい 


いと言われるかもしれない. 

でも，論文に書いてあるのは先に書いた油絵と木の葉 
の書き方だけ.どこにも顔の写真の圧縮法は書 V 、てない. 
当然みんな Barnsley 先生に質問するわけだけど，先生 
は肝心なところは一言“ No comment”. しまいには講演 
会がほとんど喧嘩の様相を帯びてきた.結局信ずる者だ 
けが救われるというところか.これは一度実物を見てみ 
たいと思いつついったん帰国. 

そして8月.まったく別の学会でまたボストン.そし 
てまた Barnsley 先生.今度は大学ではなく Iterated 
System Inc •という会社名で SparcStation-1 の上でム 
ービのデモを見せてくれた.全部ソフトでやってるから 
毎秒22コマしか再生できないんだそうだ.本当ならそれ 
で十分ではないか. 

突っ込んで質問したところ， 500 倍の圧縮は動画の場 
合でかつ誤差をかなり許す場合だそうで，1枚物だと 
100倍以下になるとのこと.でも圧縮は完全自動 (?： なっ 
たという.ただしハードウエア装置は来年にならないと 
出荷できないとのこと.もしこれを売りたいのならばこ 
こに連絡をくれ，とビジネス•コンタクト先が書いてあ 
るリーフレットまで貰ってしまった. 

結局，その雰囲気に乗せられて先生の本を一冊買って 
その場を引き上げた.考えたら，先生は本屋のブースで 
デモをしてそこで本を即売するという商売上手.わたし 
もそれに乗せられた口なんだろうか.結局，今回も半信 
半疑で帰国する事となった. 

困ったときのネットワークだのみとばかりに，帰って 
からしばらくの間 junet に流れてくるアメリカ国内の二 
ュース ( comp . graphics ) を注意して眺めていたら，やっ 
ぱり興味を持ったのは私だけではなかったようで，しば 
らくそれに関する議論が続いていた.これがまた賛否両 
論で，単純に信用する人と相手にしない人が半々という 
ところか.わかったことはどうも AT&T が絡んでいる 
らしいということ.これは AT & T Pixel Machine と 
いう並列コンピュータがあって，その上でもフラクタル 
画像压縮のデモをやっていたというところから来ている 
らしい.いずれにせよ，来年の前半には話が本当かどう 
かわかるわけだから楽しみである. 

ところで乗せられて買ってきた本であるが， Fractals 
Everywhere (Academic PreaB) というタイトルで結構お 
もしろい.先生の講義のテキストなのだが，まえがきに 
こんなことが書いてある. 

「もしあなたが幼い頃にもっていた素朴な目を失いたく 
なかったらこの本を読まないほうがよい.この本を読ん 
でしまったら，世の中の全てのものはきわめてわずかの 
パラメータで記述できてしまうことがわかってしまい 
もうもとには戻れなくなってしまう.」 

なかなかの自信である.残念ながら私はまだその域に 
は達していない. 
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中野正次 


Pascal との出合い 

電子回路の設計が専門だった筆者が，ソフトウェア 
に手を出さなければならなくなったきっかけは，コン 
ピュータのハードウヱアをテストするためのプログラ 
ムが必要になったからでした.それも，最初はソフト 
ウヱアの専門家に頼んでいたのですが，適切なものが 
できてこなかったため仕方なしに始めたのです. 

そのときの状況は，テスト中の CPU でアセンブラ 
やコンパイラを走らせることができないため， ほ とん 
ど直接に機械語でメモリ番地を計算しながらプログラ 
ムを書いていました. 

しかし，それでは効率が悪すぎるというので，テス 
卜中のハードウヱアでも実行できて，スピードも速い 
簡易型のアセンブラをそのテスト.プログラム専用に 
f 乍りました. 

というわけで，最初はハードウェアに極めて近いレ 
ベルのソフトウェアを扱っていました.その後， NC 
( 数値制御工作機械)関係の会社に移って，サーボ制御 
のハード/ソフトの開発を手がけました.このときもソ 
フトウェアは極めてハードに近いもので， マクロ •ア 
センブラを使っての作業でした. 

そんな中でシステムの大型化が進み， NC プログラ 
ムに基づいて加工を連続的に行うことのできるシステ 
ムを設計することになりました. 

当然，アセンブラでは手に負えないため，コンパイ 
ラを使うことになりましたが，マイコン. レベルで 制 
御用に使えるコンパイラの経験は全くなく，とりあえ 
ず CP/M80 上で走るホワイトスミス社の C コンハ。イ 
ラと Pascal/MT+ (当時は MT コーポレー ションが 
供給）を入手して検討してみました. 

と‘ろか残念なことに， Pascal のほうはなぜか暴走 
してしまう現象が起こり， C コンパイラで計画を進め 
ていくことになりました. 

もちろん， C のコーディングは初めてなので四苦八 

苦 .• 同時に何とか Pascal を使いたいと代理店に 

問い合わせたりしていたところへ， CP/M80 の中にバ 
グがあるという情報があり（現在でもこのバグはあり 
ます），これを訂正することで Pascal/MT + が完全に 
走るようになりました. 

そこで， C で コーディ ング中だったものを Pascal に 
書き直したところ，ーヶ月ほどで出荷できました •こ 


のソフトは， データ •ファイル中の NC 言語を解読 
し， ェラー •チヱックを行い，その内容をモデムを通 
して サーボ用コンピュータに 送るもので， データ•フ 
ァイル20個を指定して おし 、て連続運転できるもので 

す. 

これが， Z 80 SIO のモード•セットや通信制御を含め 
て，すべて Pascal / MT + で書いて153行に収まり，現 
在も問題なく稼動しています. 

このとき，さりげなく使った 
ARRAY [1. 20] OF TEXT ; 

というファイルの配列が，すんなりとコンパイルされ 
て実行できたことが，今でも強く印象に残っています. 

それ以降， CP / M 80 のソフトはすべて Macro 80 と 
Pascal/MT + R 5.0 を使って作ってきました⑴. 

また， Pascal の基本機能は移植性がよいので，ヒュ 
ー レット•パッカード社の9000シリーズ （ CPU は 
6801 0) 上で使用するインタプリタのデバッグを 
PC 8001上で Pascal/MT + でコンパイルして行った 
こともありました. 

デバッグが完了した ソース•プログラムは， そのま 
までは HP 9000 シリーズで読めないので， フォーマッ 
卜変換が必要でしたが，これも Pascal/MT + を使っ 
て作り，実機上ではわずかの変更のみで完成させるこ 
とができました. 

現在は， Pascal / MT + は販売されていないようで， 
CP / M でも MS - DOS でも Turbo Pascal が主流にな 
っているようです.しかし， Pascal/MT + 用のソー 
ス • コードはわずかな変更で Turbo Pascal 上でもコ 
ンパイルできます. 

というわけで，筆者にとっては現在に至るまで Pas 
cal だからできなかったということは一度もなく，実 
行スピードの極限を求める用途以外なら，すべて Pas 
cal を使うことに決めています. 

C や Basic もユーザからの要求があって使わなけれ 
ばならないことがありますが，移植性の悪さ （ MS - 
DOS 上でも互換性がない）とスピードではアセンブラ 
にかなわないという点で，自分から使ったり，人に薦 
めたりすることはありません' 

ソフトウェアの種類 

多くの市販ソフトは C 言語かアセンブラで書かれ 
ています.アセンブラは別として， C 言語が使われてい 
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るのは C 言語が優れているからでしょうか？ ここ 
で重要なことは“市販ソフト”という点です.市販ソ 
フトは多く のユーザの 様々な使い方をあらかじめ考慮 
しています. 

また，使い方を誤ったり，システム自身に八グがあ 
ったり（市販されるソフトに本来はバグがあってはな 
らな いが， 実際にはバグはある）したときに，確実にエ 
ラー状態を検出したり表示したりしなければなりませ 
ん.つまり， ユーザのレベル もピンからキリまで使え 
るように，メーカには問い合わせが来令いように作ら 
れているわけです.また， 0 S の標準的な機能だけを使 
っていたのではグラフィックやマウスを使えないので, 
ROM 内のプログラムを直接実行したり， I / O ポート 
の読み書きを行ったりします. C 言語はこのような機 
械語に近い レベルの 記述が比較的簡単なので，市販ソ 
フトの開発に利用されているのです. 

しかし，よく考えてみると，ソフトの中には ユーザ 
がたった1人だけ（または1社だけ）ということもあり 
ます.また，特定の使い方しかないもの （ OS から起動 
すると，決まった作業をして単に OS にもどるような） 
もあるわけです.場合によっては，作成者だけがユー 
ザでもあるということも起こります. 

さらに，完成したら一度だけしか使わないというプ 
ログラムもあり得ます（例えばパズルを解くプログラ 
ムなど）.プログラムを汎用的に作ったり，画面をカラ 
フルにしたりするのは，市販品だから必要になる（市場 
での競争のため，重要でないことに大きな労力を費し 
ている）ことであって，上記のような場合にはほとんど 
考える必要がありません. 

また，ソフトを作る人が必ずしもソフトの専門家で 
あるとは限らず，一生に一度しかソフトを作らない人 
がいてもよいわけです. 

“それなら Basic を使えばよいではないか”といわ 
れそうですが，論理型，順序型， RECORD 型などのデ 
一夕が使えず，新しいデータの定義もできず， GOTO 
や GOSUB でどこへでもスッ飛んでしまう Basic では， 
Pascal の何倍もの苦労を余儀なくされることになり 


ます （ Basic にも構造化 Basic というものがあり，この 
場合はデータについてもプログラムの流れについても 
極めて Pascal に近いものになっています）. 

PC 9801 シリーズをはじめ，多くのパソコンに Basic 
が付属して売られているので，とりあえず Basic から 
入門する人が必然的に多くなるわけですが，少し手の 
混んだアルゴリズムが必要であったり，大きな可変長 
データを扱ったりした場合は，手に負えなくなってほ 
かの言語システムを求めることになります. 

もちろん，内蔵 Basic から抜け出して 0 S の上で走 
る言語をさがしながら，結局 OS 上の Basic にたどり 
ついてしまうケースもあります（むしろ多い？）が，こ 
れはおそらく最悪のケースです. 

幸い Basic がいやだと思う人は， C 言語を選ぶこと 
になります.それは C 言語の解説書が最も多いからで 
もあります . PDS (Public Domain Software •• 公開ソ 
フトウエア） の ユー ティリティなども C 言語の ソース 
で出てくるものが多いようです.しかし， C の解説書が 
多いことと， C が優れていること，また C の ユーザが 
多いこととはすべて別問題なのです. 

C の解説書が多いのは，解説書を書く人が市販ソフ 
卜やシステム•ソフトの専門家だからです.この種の 
ソフトを書く人は， C 言語を使わないわけにはいきま 
せん.そして， C 言語を使えば特にほかの言語も使う必 
要はないわけです. 

一方，市販ソフトを作る立場にない人は，一般的に 
言語の解説書を書いたりもしないので，潜在的には多 
い Pascal の ユーザ も表に出る機会は C に比べてずっ 
と少ないことになります.それともうひとつ，非常に 
重要な要素があります.それは Pascal はあまり解説 
を必要としないということです （？ ！この原稿は 
Pascal の解説だった…か）. 

囫参考文献囫 

(1) 中野正次；実戦マクロ • アセンブラ活用法， CQ 出版社. 

(2) 中野正次；デバッガ/シミュレータの実際，インターフエー 

ス，1987年9月号， pp. 256〜 289. 
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Turbo Pascal :米国 Borland International , Inc . が1983年に CP / M 80 上で動作するコンパイラとして発表した. 
インタプリタ感覚で使えることと超低価格が受けて爆発的に使われるようになった.現在は MS - DOS 上 (IBM 
PC と PC 9801) で動作するものが販売されている.今年になって， ㈱ ボーランドジャパンが設立されたが，販売 
は ㈱ マイクロソフトウェアアソシェイツ （0 03-486-1411) が行っている . Turbo Pascal 5.0 は29,800円. 
コンパイラ： 普通の文章に近い言葉で記述できるのが高級言語で，これを機械語に変換するための翻訳プログラム 
のことを3ンパイラという.変換前のプログラムをソース，変換後の機械語プログラムをオブジヱクトともいう. 
インタプリタ： コンパイラと同様に高級言語を機械語に変換する翻訳プログラムであるが，コンパイラのように才 
ブジヱクトを作らずに，プログラムを逐次解釈しながら即実行する.したがって，実行速度はコンパイラより 
も遅いことが多い. 
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m システム開発技術者のための Pascal プログラミングの手酷 


Turbo Pascal 入門 

中野正次 

なかの • まさつぐ 


Pascal については多くの解説を必要としないので， 
本連載では MS-DOS が 直接サポートしていない パソ 
コン上の機能や，自作のハードウヱア（オプション•ボ 
ードなど）を使用する方法，また 8086 系のターゲッ 
卜 • システム （ハ。 ソコ ン以外の CPU ボードなど）の 
ROM 上で走るプログラムを作る方法，デバッグする 
方法を Pascal を使って解説することに主眼を置きま 
す. 

したがって，内容の多くはほかの言語に置き換えて 
も利用価値があると思われますが， Pascal の記述能力 
は極めて高いので，簡単に置き換えできるとは保証で 
きません.当然， Pascal で記述するのが最もふさわし 
いという結論が予想されます. 

とはいっても，これまで Pascal には全く縁がなか 
った読者を門前払いにするつもりはありません.筆者 
としては1人でも多くのプログラマに，またはプログ 
ラマの卵に Pascal を知って良かった， Pascal を使っ 
て良かったと感じていただきたいので，簡単な Pascal 
入門の項を設けます（とにかぐ言語というものは使っ 
てみなければわかりません.逆に，使ってみればわか 
ります). 

Pascal 入門については一般的な Pascal ですが，よ 
り細かい部分については現在 MS-DOS の標準的な 
Pascal コンパイラである Turbo Pascal (BORLAND 
社）を使用して解説します.このコンパイラは現在バー 
ジョン V5.0 となっており， IBM PC と PC9801 以外 
では多くの機能を活かすことができません. 

これに対して V 3.0 ではほとんどの MS-DOS マシ 
ン上で問題なく使えます.この点以外にも V 3.0 のメ 
リットは数多くあり， V5.0 は純粋に V3.0 からのグ 
レードアップ版ではありません.この両八ー ジョンの 
差異については後でも触れます が ，V 3.0 の販売継続 
を望む声もかなり聞かれます.筆者も特に教育用に 
V 3.0( できれば改良版の V3.n) の継続を強く求めた 

いと思っています. 

このような背景のもとで， V5.0 でしか動作しない 
プログラムを使っての解説はあまり適切でないと考え， 
サンブルとして扱うものはできるだけ両八ージョンで 


動作可能なものを選び，これが不可能な場合は各バー 
ジョンでどの部分を変えればよいか明示する形で進め 
て行くことにします. 

また， V3.0 と V5.0 の一方でしか使えない書き方 
や機能もあり，これらについては別の項で各バージ ョ 
ンの特徴として扱います.ところで， V4.0 はどうなっ 
ているんでしょうか.そうなんです. Turbo Pascal に 
は V 3.0 よリ古いものも V 4.0 もあります.しかし， 
V 3.0 以前のものは V 3.0 で， V 4.0 は V 5.0 で代表 
できる程度の差しかありません. 

すなわち， V 3.0 以前と V 4.0 以降では同じ Turbo 
Pascal という名前で呼ぶには不都合と思われるほど 
大きな変更が行われています.この点についても後で 
細かく説明する予定ですが， V 4.0 以降で大きく変わ 
った点を簡単に紹介すると， 

① 64 K バイト以上の大きな実行コードが作れるよ 
うになった.したがって，実行ファイルは. COM か 
ら . EXE に変わった. 

② ソース•プログラムの分割は V3.0 以前では 
Include 形式しかなかったのが， Uses 形式がとれる 
ようになり，分割されたものを別個に コンパイルで 
きるようになった.これによって，デバッグ中のコ 
ンパイ ル時間を短縮できるようになった. 

③ アセンブラとのリンクが簡単にできるようになり， 
アセ ン ブラの中から Pascal 中の グロー パ、 ル 変数 や 
手続きに直接アクセスできるようになった. 

④ 8087 (80287) を使うためのコンパイラが 1 本化さ 
れた. 

⑤ 実行時デバッグ機能が追加された (V 5 . 0 から）. 
これらのうち，ソース.プログラム作成上で最も重 

要なのは②の分割 コンパイル 機能です. Turbo Pas¬ 
cal ではこの分割単位を Unit と呼び， Uses と共に本来 
の Pascal にはなかった概念として導入され ています . 

また，プログラムを書くことに直接関係はありませ 
んが，コンパイラのファイルが大きくなっており，コ 
ンハ。クトなコンパイラのイメージはなくなりました. 
逆に，生成される実行コードは V 3.0 では最小 10658 
八イトであつたのが V 5.0 では 1344 バイトと大幅に 


161 








メモリ 



ディスク 

と 入れ 換 
える. 



rURBO. OV1, TURBO. TPL, 


オプシ 
画面 . 
実行可彳 
ー ドを 
場所の: 



小さくなりました.この点は ROM 化して組み込むプ 
ログ ラムには大きなメリットです. 


Turbo Pascal の基本操作 


Turbo Pascal はコンパイラなので，インタプリタ形 
式の Basic と違いプログラムを書いてもコンパイル 
作業を行わないと実行できません.ただし， Turbo 
Pascal ではエディタを内蔵した形で作られているの 
で，インタプリタと同じ感覚で操作できるようになっ 
ています. 

Turbo Pascal には多くのサンプル•プログラムやユ 
ーティリティが付属していますが， Pascal の基本機能 
を試してみるにはごく一部のファイルのみで充分です. 
それらは， Turbo Pascal V 3.0 では TURBO.COM と 
TURBO . MSG， V 5.0 では TURB 0. EXE , TURBO . 
0 V 1， TURBO . TPL , TURBO HLP です. 

これらのうち， . MSG と HLP はメッセージ•ファイ 
ルですからなくても動作はしますが，使い慣れないう 
ちは入れておいたほうが何かと肋かります. 

V 3.0 では. COM と MSG の二つの合計で40 K 八 
イト足らずですから省略してもメリットはあリません 
が ，V 5.0 では四本のプログラムの合計は約490 K 八 
イト，このうち約 270 K が. HLP ですから若千考えた 
くなります.といっても，フロッピの 2 HD タイプなら 
半分以下ですから重荷になるほどでもないでしょうが， 


Turbo Pascal の起動は，上記のファイルをカレン 
卜 • パスに置いておいて， TURBO ノで 行います . 起動 
後の操作は，画面にしたがってキーを1度押し （V 3.0 
では Y か N， V 5.0 では何でもよい），メニュ画面に入 
ります. 

その後の操作は図 1-1 に示すようになっています. 
両 バージ ョ ンでキーの 指定はかなリ違っていますが， 
大きな流れとしてはほとんど同じです.注意を要する 
のは， V 5.0 では コン パイルされた ユーザ •プログラム 
を実行し終えると， エディタ 画面に戻り， ユーザ 用画 
面に出力したものが見えなくなることです.図中にあ 
るように，これを見るには 丨 GRPH 1+1 f »5 1 を押しま 
す.もう一度押せば， エディタ やメニュに戻れます. 

ソース.プログラムを書くにはエディタを使うわけ 
ですが， V 3.0 では特殊キーがサボートされていませ 
ん （ TINST でインストールすれば使えますが）.そこ 
で，最低限カーソル移動の rCTRL~]+A, S , D , F , 

E , X と 1 文字消去の 1 CTRL l + G , 1 行消去の 
1 CTRL | + Y , エディタ終了の nCTRLl-l- KD 程度を憶 
えておかなければなりません .V 5.0 では特殊キーの 
意味通りの動作をしてくれるのと， 1 HELP 1 キーで操 
作の説明が得られるので何も憶える必要はあリません 
(ただし， TURBO . HLP が見つかるとき）. 

そこで，エディタが動作するようなら， Turbo Pas 
cal のシステムを調べるために，次のような最も簡単 
なプログラムを書いてみましょう. 


2DD では明らかに苦しし、値です. 


く図1-1> Turbo Pascal の基本操作 



S 

ブ□グラム 

ファイル名変更 


保存 



Y 1 または N 




(a) Turbo Pascal V3.0 の操作. 

使用ファイル TURBO. COM, (TURBO. MSG) 


(b) Turbo Pascal V5.0 の操作. 

イ吏用ファイル TURBO. EXE, • 
(TURBO. HLP) 



メニュ画囬 
(最上行反転） 


CD 


能を所 
可ド昜 
行-く， 
実 n 置を 
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PROGRAM Vi ; 

BEGIN 

WRITE (’ コンニチワ ’）； 

READLN 

END. 


これをコンパイルし，実行すると画面上に「コンニ 
チヮ」が表示されます.エラーが出るとすれば多くの 
場合ミス•タイプですが， Turbo Pascal のファイルに 
欠陥がある場合も全くないわけではありません.エラ 
一がなければ「コンニチワ」が表示されたあと， 1 RET 1 
キーを押し， Turbo Pascal へ戻ります.ここまでうま 
く動作すれば， Turbo Pascal システムは OK と考え 
られます.後はどんどんプログラムを書きさえすれば 
よいのです. 


Pascal の特徴 


• Pascal の文法 

Pascal は，数多くの言語の中でも最も厳格な文法を 
規定しているものに属します.変数はすべて型（変数の 
種類）を指定した宣言を行った後でしか使えませんし， 
定数も値を与えてから使わなければなりません. 

手続き（ニサブルーチン）や関数も定義してから呼び 
出すようになっています.同じファイル内にあっても， 
定義より前に呼び出しが来ればエラーに なります.こ 
の点は C や Basic とは全く違い，「このガンコモノめ 
が」とどなりたくなる方もいるかも知れません.しか 
し，このことはよく考えてみると，プログラムを先頭 
から読んで行くと，性質（変数か手続きか，その型や値 
など）を定義していない単語が使われることがあり得 
ないということを意味しています. 

プログラムを書いているときには，書きやすさが重 
要ですが，書き終わったら…読みやすさのほうが重要 
になってくるのです.たとえ1回だけしか使わないプ 
ログラムであっても，苦労して考えた解決法を書いた 
ものであれば何かの機会に同じ考え方が利用できる 
かも知れないし，他人に説明する必要か，生じることも 
考えられます.このようなとき，頭から一度読めばす 
ベてが理解できる（はずです.記憶力の問題は別です 
が）という文法は何とあリがたいことでしょうか. 

• データの型 

また， Pascal では論理型 （ Boolean ) や集合型 （SET 
of ) という型が用意されていますが，さらにユーザがそ 
の都度新しい型を作り，その型に名前をつけることが 
できます.また，順序型を新しく定義する場合，その 
値をユーザがつけた名前で表すことが可能なのです. 

表 1-1 に Turbo Pascal のデータの型を示しますこの 


ような機能も書きやすさ以上に読みやすさに役立って 
います.ただし， Turbo Pascal では残念なことに，ユ 
—ザ定義み値を持つ変数をコンソールに書き出し 
(WRITE) たり，コンソールから読み込ん （READ) だり 
することはできません. 

いくつかのデータをまとめてひとつの変数として扱 
うこともできます.このうち，データの型が同じもの 
をまとめた場合は配列 （Array) と呼び， Basic でも使わ 
れています.ただし，配列の要素になる型には制限が 
なく，配列型や集合型，さらに後述のレコード型 
(Record) も配列の要素になり得ます. 

したがって，配列の次元数には制限があリません. 
配列変数の中の特定の要素を指定するには，何番目の 
データかを示す添字を使いますが，ここにもユーザ定 
義の値を持つ順序型が使えます. 

^レコー ド型 データ 

データの型が違うものをまとめた場合は，レコード 
型と呼びます.この場合，レコードの要素は個々に（そ 
のレコード内でのみ有効な）名前をつけておき，レコ ー 
ド全体の名前と要素の名前を.で区切って指定します. 

レコードの要素になる型にも制限はなく，配列やレ 
コードも要素になり得ます.このように多くの関連性 
のあるデータをまとめてひとつのデータとして処理で 
きることは，大局的な考え方をそのまま書き表すのに 
重要な役割を果たします. 

定数は式の型から自動的に型が決まってしまうもの 
と，型を（変数と同じように）指定して定義するものと 
があり，ファイル型を除くすべての型の定数が作れま 
す.また，この種の型つき定数は初期値が設定される 
点以外は基本的に変数と同じなので，別の値を代入し 
直すことも一応可能です.ただし，この場合は定数と 
しての役目はなくなります. 

► ファイル型 データ 

ファイル型は，変数の値がファイルの内容を表すと 
いう性格のものではなく， 0S とユーザ•プログラムの 
間でやり取りされるファイルの状態を保持するもので 
す.したがって，ファイル型の変数は代入の対象とし 
て許されていません. 

しかし，実際にはファイル型を含むレコード型の代 
入は可能であり，ユーザの責任において変わった使い 
方も考えられるかも知れません. 

また，ファイル型は上匕較や？•寅算の対象にもならず， 
ほかの変数と比べて全く違う決められた取り扱いをし 
なければなりません.ファイルの扱いについては，操 
作例のところで詳しく述べることにします. 

► ボインタ型 データ 

ポインタ型はプログラム実行中に，新たなデータ保 
存場所を作りだすために使われます.ポインタ型は 一 
般の丨寅算の対象にはならず，代入と等しいかどうかの 
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く表卜 1> 

Turbo Pascal の 
データ型⑴ 


型 名 

内 容 

バイト数 

範 囲 な ど 

備考 

CHAR 

文字コード 

1 

#0 〜 #255(# は文字コード化演算子） 


BYTE 

正整数 

1 

0-255 


SHORTINT 

整数 

1 

-128-127 

V5.0 

INTEGER 

整数 

2 

一 32768 〜 32767 


WORD 

正整数 

2 

0-65535 

V5.0 

LONGINT 

整数 

4 

一 2147483648 〜 2147483647 

V5.0 

REAL 

実数 

6 

存効桁数与 11 

V5.0 

SINGLE 

%数 

4 

有効桁数与 7 


DOUBLE 

%数 

8 

有効桁数- 15 

V5.0 

EXTENDED 

%数 

10 

有効桁数与 19 

V5.0 

COMP 

整数 

8 

— 2 63 + 卜 2 63 —1 

V5.0 

STRING [ n ] 

文字列 

n + 1 

锻大長さ n の文字列 . n の最大値は 255 


BOOLEAN 

論理値 

1 

mt TRUE と FALSE 2 種户ごけ 


FILE 

ファイル•コントロール 

用の データ 

128 

内部造については一有史に知る必要はない 


TEXT 

FILE の特別な型 

256 

文字列ファイルで READ や WRITE で自勋 
変換ができるもの 



く表1-1> Turbo Pascal のデータ型 (2) 


型 名 

内 容 

寄 式 な ど 

ARRAY 

配列 

f 同じ型のデータをま 1 

1 とめたもの J 

ARRAY [ nl . n 2] OF | 任意の型 | ( Sr ^ ord ^^) 

ARRAY [ nl . n 2] OF ARRAY [ ml . m 2] OF | は 

ARRAY [ nl . n 2. m 1. m 2] OF | | と書いてもよい 

RECORD 

レコード 

f 異なる型のデータを 1 

1 まとめたもの J 

RECORD 丨 名 钔 ： | 任意の 型」；し 〆 一衆,キ又 

r ^ Tl:l -1： j ぃくつても日ける 

i 名前 1:1 1 END 

しこの名前をフィールド名と呼ぶ 

( ordinal ) 

型にはユーザが名前をつ 
(ナる 

順序型 

f ユーザが値を指定す 1 

1 るもの J 

( right , left ) や ( apple , banana , cherry ) なと. 

30.70や， A ’. .， Z ’ のように整数や文字型の部分範囲を指定することもできる. 

SET 

集合型 

SET OF |順序型のうち値が 256 種類以下の型名| 

八イト数は报大 32 .ビット単位で元の存否を彳呆持する. 

( pointer ) 

ポインタ型 

(データなどのアドレス） 

A | 任意の型名| A がポインタ型を作り出す. 

V5.0 では pointer という指すべきものを指定しないボインタ型が使える 


比較しかできません. Turbo Pascal では，プログラム 
の実行文が扱えるデータ（グローバル.データと呼ぶ） 
は64 K バイトまでなので，大量のデータを扱うには 
ポインタによるしかありません. 

また，ポインタを利用すると，物理的なデータの位置 
(メモリ内のアドレス）と無関係な順序付けをすること 
ができ，データの並べ替え（いわゆるソート）に威力を 
発揮します.ポインタを使って新しくデータを作る場所 
をヒープ領域と呼び， ユーザ 領域の残り全部（プ ログ ラ 
ム，データ，スタック以外）を割リ当てることができます. 
• プログラムの構造 

Pascal のプログラムは PROGRAM で始まリ， END . 
で終わります.これは，ほとんどすべての Pascal で共 
通となっていますが，内部の構成は標準の Pascal と 
Turbo Pascal では少し違い， Turbo Pascal のほうが 
制限が緩くなっています. Turbo Pascal ではプログラ 
ムの構造は 図 1-2 のように定義されています（厳密に 
は，一部省略してあります）. 


この中で最も重要なことは， PROGRAM から END . 
までの内容と PROCEDURE から END ;までの内容が 
全く同じという点です. FUNCTION については，関数 
が呼び出し側へ返す値の型を指定する以外は，これま 
た全く同じです（要は手続きとは値を返さない関数と 
考えればよいわけです）. 

すなわち， PROGRAM は1度しか使われませんが， 
PROCEDURE や FUNCTION は，その内部に変数や定 

数，手続きや関数を定義できるのです.これはデータ 
の型で配列やレコードの要素が配列やレコードでもあ 
り得るのと同じように，無制限に多重化できます.ま 
た，手続きや関数の中で，その手続き（関数）自身を呼 
び出すこと（りカーシブ=再帰的な呼び出し）も可能で 
す.もちろんこの場合，何らかの方法で再帰呼び出し 
を止める工作をしておかなければなりませんが，使い 
方によっては解法を明確に表す手段にもなります • 
Pascal という言語は，様々な局面で無制限に多重化 
できるように作られています.このことは，大局的に 
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く図卜 2> Turbo Pascal のプログラムの定義 



► PROGRAM [プログラム名 j ; 

开4定の数定 S 数’手続き，}回数，順序は任意 


BEGIN 

実行文 i 実行^； 


いくつでもよい 


► END.^— -(プログラムはピリオドで終わる) 


fe 退也 U 

ぃくっでもょぃ 


伽料！ 


► CONSTI 定数名]=|式|;丨いくつで式の種類によっ 
」もよい て型が決まる. 

I 定数名 I : 「型名 H 式];}いくつでもよい 



型を ユーザが 固定す 
る.プログラム起動時 
に値が決まっている 
以外は変数と同じ. 


► VAR g 数名1]，[変数名^]: 名または型の表 ij ] ; 

いくつでもよい 


いくつで 
もよい 


ぶ 7 T " てもょぃ) 

► PROCEDURE 手続き名1 (引数のならび)；， 

型，定数，変数，手続き，関数の定義 

► BEGIN 

実行文；実行文 

いくつでもよい 

► END; 

► FUNCTION |関函 （引数のならび）： [^1 ; 

以下手続きの場合と同じ 



「変数名 1 あらゆる型を含む 

「レコ— ド 型変数名 1 • | フイ ー ノレド 名 1 
[1 己列型変数名| [添字] 

怎己列の要素が配列である場合には， 

I I [添宇][添字][添字]…… 

となるが，これは 
r 1[添字，添字,…… ] 

とも書けることになって いる . 

レコー ド型の要素が レコー ドである場合は， 

I レコ-ド型変数名 1 . 1 フィールド名] • 「フィ-ルド名し … 
となる. 

さらにレコード型の要素が配列であったりその逆も 
あり得るから， 

recvar. ARR1 [35, red]. field5 

というような表現も存在する.ただし， recvar の定義 
がしかるべき構造になっていなければならない. 
レコード型変数は WITH に っづいて 指定した場合， 
DO の後の実行文中ではフイ-ルド名のみで表現で 
きることになっている.上の例では， 

WITH recvar DO ARR1 [35, red]. field5：=0 
WITH recvar. ARR1 [35,red] DO field5：=0 
，のように表現することができる. > 

a = b 
c > d 

(a = b) AND (c < d) 

TRUE 

FALSE 

'A* IN | 文字型を元にもっ集合 | 

Pascal では利断することという概念はなく，比較や利’ 
断も論理値を表す式として定義されている. 

handan : = (a > b) OR handan 

.という代入文も正しい実行文となる. 


ィル型以外) 

► 1$#ま現 j : = |変数に代入可能な式| 式には関数呼び出しも含む 
►[手続き名| (引数） 


の 

1 

ち 

ど 

力れイ 
ひ 
と 
〇 
の 
み 


► F 0 _ 数または順序型の変函 := |代入可能な式| TO [WX 可能な式1〇〇実行文 

► WHILE _ 里式| DO 実行文 DOWSJTO 

► REPEAT 実行文^行文 UNTIL I 論理式 I /ぃくつでもよぃ 

► IF ㉟ 理^] THEN 実行文 ELSE 実行文/なくてもよぃ 

_ _ _ _ 1 '/ 

► WITH |レコード型変数名 1 DO 実行文 

卜 CASE 座数または順序型の ^] OF ぼ数または定数麵| :実行文.; _または定数範 囲| :実行文 ELSE 実行文 END 

，ニハ • 7ZTT. - 二 ___ _ _ _ v ^-- - -， v - - - j 


ただし，値は- 32768〜32767ま- f ) 

BEGIN 実行文；実行文 END 

いくっでもょぃノ 


いくつでもよい 


なくてもよい 


考えるときも各局部について考えるときも，さらに紐! 
部について考えるときも同程度の複雑さの中で作業が 
できることを意味しています.しかし，単に多重化で 
きるだけでは不充分です. Pascal では多重化に際して 
混乱を避けるように重要なふらくりが作られています. 
それは，手続きや関数の中（すなわち procedure 


または FUNCTION から END までの間）から外は見え 
ますが外から中は 見えない，というハーフ. ミラーの 
ようなからくりです. 

この機能によって，関数や手続き内でのみ使う名前 
は，その外側で定義されているものとダブっても何ら 
問題は起こりません.ただし，ダブった名前にっぃて 
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は外側のものは見えなくなります. 

プログラム 作成上の要領としては，局部的にしか使 
用しない値や関数などは，できるだげ局部で定義した 
ほうが エラーの 発生を防ぎ，実行時のメモリ消費も減 
ることになります.しかし，ここで重要な問題があり 
ます.それは関数や手続きの中で定義した変数の値は， 
一度その関数(手続き）から出ると，再びその関数にも 
どっても，もはや残っていないということです.保存 
しておきたい値は，ほかに見せたくなくてもみんなが 
見えるところに定義せざるを得なくなります. 

Turbo Pascal V 5.0 ではこの点を解決する Unit と 
Uses を用いて解決していますが，一般的には Pascal 
では見えなくなると消えると考えられています. 

Turbo Pascal V5.0 の Unit 

V 4.0 から導入されたユニットは， Turbo Pascal の 
コンパイル単位（単位だから ユニッ ト）となり，分割コ 
ンパイルを可能にすると共に，見えないけれど保存さ 
れている変数を作れるようにしました.ユニットの機 
能はこの他にいくつかあります. V 3.0 では実行コー 
ドが 64K バイトまででしたが， V5.0 でも ユニッ トや 
プログラムをコンパイルして得られるコードは 64 K 
バイトまでとなっています. 

そこで，より大きな実行コードを作るには，分割コ 
ンパイルによらなければなりません.また， V 3.0 では 
オーバレイが手続き単位であったのが， V 5.0 ではユ 
ニット単位になりました.したがって，オー八レイし 
たい部分は大きさにかかわらず独立したユニットにし 
ておかなければなりません， 

ユニットは コンパイルされ ると， ひとつの コード • 
セグメントを占めることになります.このことがユニ 
ッ トが 64K バイ ト 以内に制限される理由です.ただ 
し， グローバルな データは， ユニット ごとに ひとつの 
セグメントを占めるのではなく，あくまで全体で 64 K 
バイ ト 以内です.この点は各 ュニッ トを別々に開発す 


るときには要注意です. 

分割コンパイルは，大きなプログラムやオーバレイ 
以外にも利用価値があります.それは，コンパイル-デ 
バッグの時間短縮です. V 3.0 ではたとえソース•ファ 
イルを分割してもコンパイルは全てのインクルード • 
ファイルを対象にするので，細かく分割するとファイ 
ル.アクセスの時間だけ遅くなってしまいます. 

V5.0 ではデバッグ中に変更されているユニット 
(またはプログラム）のみをコンパイルし，ほかのもの 
はリンクするだけですから，実行コードを作るまでの 
時間は大幅に短縮できることになります.コンパイラ 
は ユニッ トのみのコンパイル時には実行コードではな 
く，中間コード （. TPU ) を作り，プログラムのコンパイ 
ル時に必要な. TPU ファイルとリンクして. EXE を作 
ります.したがって，小さなユニットを数多く作って 
も必ずしも時間は短縮されません. 

ユニットは図 1-3 のような構成になります. ユニッ 
卜が PROGRAM と異なるのは， INTERFACE 部と 
IMPLEMENTATION 部を持っていることです. 

INTERFACE 部に定義されているものは，この ユニ 
ット の外からも見える グローバルな ものとなり， 
IMPLEMENTATION 部に定義されているものは，この 
ユニット 内でしか参照で き ないものとなります. 
IMPLEMENTATION 部は実現部とも呼ばれます. 
INTERFACE 部はそのままイン ターフェース 部と呼ん 
でいるようですが，意味の上からは公開部とでもいっ 
たほうがよく表せるように思います. 

公開部での定義にあたって，他のユニットでの定義 
を参照している場合には，そのユニット名を Uses に 
続けてならべます.実現部での定義はこのユニット内 
でのみ使用するデータと手続き，関数，そして公開部 
に書いた手続きと関数の中味です. 

実現部での定義にあたって他のユニットでの定義を 
参照しているときには，やはり Uses で指定しなけれ 
ばなりません.ここで重要なことは，たとえ Uses で他 
のュニットの参照を宣言しても，参照ユニットの公開 


く図1-3> 

Turbo Pascal V 5.0 の 
ュニットの内部 


いくつでもよい 


UNIT ュニット名1 ; _ 

INTERFACE USES 丨(他の)ュニット名1 ， [^~ニット名1 
型，定数，変数，手続き，関数の定義 

IMP し EMENTATION r 


’} 


USES R 他の)ュニット名"1 , 「ュニッ ト名]; 

いくつでもよい 


公開部 

/基本的には PROGRAM の中でのもの\ 
/と同じ.ただし，手続きと関数は頭部だ1 
I tt. ここで定義したものは他のユニッ j 
\卜やプログラムから見える / 


型，定数，変数，手続き，関数の定義 

BEGIN \実行文がひとつもないときは 

実行文；実行文/ BEGIN もなくすこと. 

END . -いくつでもよい 


/PROGRAM の中でのものと同じ•ここ、 
で定義されたものはこのュニット内で 
\しか見えない > 

実現部 


procedure !" 手続 き名1 (引数）；（関数も同様） 
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部に書いてあるもの以外は見ることができません. 

このように，何を公開するかを明確に宣言すること 
によって，公開部さえ変更しなければ，これを参照し 
ている側の ユニット を変更する必要は少ない（少なく 
とも文法上はない）ことを意味しています. 

PROGRAM には公開部はありません.したがって， 
実現部を宣言する IMPLEMENTATION というキーワ 
ードもありません（図 1-3 参照）.ただし， V 5.0 で sys 
tem ユニット 以外の ユニッ トを参照している場合は ユ 
ニットの 実現部と同じように，データの定義に先立っ 
て Uses ••.を書かなければなりません. ユニット の実現 
部にある実行文（必ずしもなくてもよいが）は， PRO 
GRAM の Uses のあとに指定された順に実行され， 
PROGRAM の中の実行文は最後に実行されることに 
なります. ユニットの 中の実行文は，通常， PROGRAM 
から見えなくなる変数な どの 初期化に使用されます. 

V 5.0 では，基本機能は自動的にリンクされる sys 
tem ユニッ トに収められていますが， V 3.0 では標準 
であった型や変数，手続きや関数も， V 5 • 0 ではほかの 
ユニットに 分けられたものが多くあります.これは 一 
見 Uses 文で指定する手間がかかるとも考えられます 
が，実は不必要な合に余計な名前の重複の心配をしな 
くてもすむという大きなメリットを生みます. 

system ユニッ トをはじめ，その他の標準的な ユニッ 
卜はすべて TURBO.TPL という特別な中間 ファイル 
になっています. ユーザ 定義の ユニットは1ファイル 
に1個だけですが TURBO.TPL だけは何個かの ユニ 
ッ トをまとめて持っているのです. ユーザ 定義の ユニ 
ッ トをまとめて〜 .TPL なる ファイルを作ってもコン 
ハ。イラに参照させる方法がありません（作る方法はあ 
りますが！）. 

もうひとつ困ることがあります.それは ユニット 名は 
その頭から8文字がファイル名でなければならないと 

〈図1-4> Turbo Pascal V 5.0 と Modula -2 の構造 


いうことです.ほかの名前がすべて 63 文字まで識別さ 
れるのに， ユニット 名だけは（ファイル名と共用するた 
め）たったの8文字…これはバランスが悪すぎます.ユ 
ニッ ト名に¥を含めることができればサブ ディ レクト 
リの指定ができ，ファイルの識別能力が上がりますが， 
これも今のところできません.なお， V 4.0 では {$ U } 
コンパイラ指令によって ユニッ ト名と異なるファイル 
名を指定できましたが， V 5.0 では廃止されました. 

• Turbo Pascal と Modula -2 の構造 

Modula -2 を知っていれば， V 5.0 の Unit と 
Modula-2 の Module とが対応していることにはすぐ 
気付くでしょう•しかし，図 1-4 に示すように V5.0 の 
Unit は多重構造を許していません.すなわち， Unit や 
PROGRAM は Unit を含むことができません. 

これに対して Module は Module を何重にでも含む 
ことができます.この意味では V 5.0 の Unit は「何に 
でも多重構造を許す」という Pascal 言語の基本思想 
からはずれています. 

Modula-2 はグローバルなモジュールがひとつのフ 
アイルになるので，内部にいくつモジュールがあって 
もよく，数千個のモジュールからなるプログラムも作 
れますが， Turbo Pascal V 5.0 のほうは，すべてのユ 
ニットがグローハ V レなので数十個程度が実用範囲です. 

Modula-2 は優れた言語ですが，現在のところよい 
コンパイラが作られていません. Turbo Pascal V 5.0 
が Unit の多重化を許せば， “Modula-3” にもなり得る 
と思いますが…いかがでしようか 


Turbo Pascal を使って周辺回路を操作する例 

ー モールス練習用符号発生器(乱数型)一 


Turbo Pascal の実例として，筆者が 2 アマ（第 2 級 
アマチュア無線技士)の国家試験を受験するために作 
つた モールス 練習 用 符号発生 プロ グ 
ラムを紹介します. 


Ui 


U はユニット 

叮2 


し3 すべてが 

グローパル 



M はモジュール 


PC9801 にはタイマを使って割り 
込みを発生する回路や電子ブザーを 
ON/OFF する回路が内蔵されてい 
るので，モールス符号の音を出すた 
めに，ハードウヱアを追加する必要 
はありません. 


U 4 


PROGRAM 


(a) Turbo Pascal ユニット 


~ M 1t M 6 ,M 8 , 

M n 一 1 がグロ — 
J ノ\•ノレ•モジユーノレ 


iVTn-1 


( b ) Modula-2 のモジュール 


モールス符号を発生させるには， 
いくつかの問題点が挙げられます. 
まず，どのような文字を符号化する 
のかです.国家試験では一応英文の 
普通文となっていますが，その内容 
は決まっていません（当然です！）. 
普通文なら英字新聞や英語の教科書 
から引用すればよさそうですが•，こ 
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く 図 1-5> モールス 信号の発生手法 


(トツー） 
(ツートトト） 




/アルファベットの中で、 
、最も長い符号 ノ 


\最も長い符号 

( a ) モ-ルス符号の通常の表現 


CH 

CASE Ch OF 

A ： BEGIN S;L END ; /S は 0 N 1,0 FR \ 

B ： BEGIN L ; S ; S;S END ; L 0 N 3, 0 FF 1 
: \ を作り出す手続き/ 

END ; 

C!D 

CASE Ch OF 

' A '： BEGIN P (1); P (3) END ; 

BEGIN P (3); P (1); P (1); P (1) END ； 

! fP は引数の長さの ON と、 

d Nin . U の OFF を作る ノ 


鎌 

CASE Ch OF 
7 V:q (1,3,0,0); 
* B*：q (3,1,1,1); 

END 


は四つの ハ。ラメー タを順に調べ， 
0でなければ上の P レ)の動作をし， 
0なら何もしない. 0で何もしない 
のは，1の OFF が重ならないように 
、するため. 


( b ) プ□グラム例 


れをファイルに打ち込むのが大変です. 

ここで手を抜いてわずかな例文だけを繰り返し練習 
していると，受信するよりも暗記してしまって困りま 
す.一方，手もとにある英文ファイルはほとんど Pas ¬ 
cal の ソース •プロ グラムで， PROCEDURE や INTEGER 
がやたらに出てきて，とても普通文とはいえません. 

そこで乱数を使ってデタラメな英字のならびを乱数 
で作った数だけ並べたものを単語とし，これを二定文 
字数ならベてひとつの文にすることにしました.これ 
なら次の文字を予測することができないので，練習用 
には効果絶大！だと思いましたが…. 

2 アマでの問題文は 90 文字程度なので，文字数は 
100文字としました.あまり長くすると，途中で息か" t 刀 
れてしまいます.慣れないうちは短かめから始めたほ 
うがよいかも知れません. 

籲トン • ツーの 表現方法 

つぎに，モールス符号（トンツー •一） をどのよう 
な形で Pascal 言語の中で表現するかという問題があ 
ります.まず，図 1-5 のように CASE 文を使う方法が考 
えられます.この例では，すべて Ch に代入されている 
文字コードによって CASE の中のひとつの文が実行 
される形になっています.当然，文字の数だけの実行 
文がならぶことになります.ここで使用されている手 


くリスト1-1> タイマを使わないモールス練習用プログラム (V 3.0 用) 


PROGRAM morexa ; (* Morse generator for T.P.V3 *) 

VAR i,j,k,l,m,n,spd : INTEGER ; 

St : STRING[120] ; c : CHAR ； 

PROCEDURE send(cc:CHAR); 

TYPE mcode = ARRAY[’A’.. ， Z ，， 0..3] OF INTEGER ; 

CONST mcodes : mcode = ((1,3, 0,0),(3,1,1,1),(3,1.3,1),(3,1.1,0), 

(1,0,0,0),(1,1,3,1),(3,3,1,0),(1,1.1,1),(1.1,0,0),(1,3,3,3), 

(3,1,3,0),(1,3,1,1),(3,3,0,0),(3,1,0,0),(3,3,3,0),(1,3,3,1), 

(3.3.1.3),(1.3,1,0) ,(1,1, 1,0).(3.0,0,0),(1,1.3,0),(1,1,1,3), 

(1,3,3,0),(3,1,1,3).(3,1,3,3),(3,3, 1,1 )) ； 
flagt : INTEGER = 0 ; 

VAR i : INTEGER ; 

PROCEDURE buzon ; BEGIN INLINE ($B4 / S17/SCD/S18) END ; ブザ - ON ソフトウ i ア割リ込み 
PROCEDURE buzoff ; BEGIN INLINE ($B4 / $18/SCD/S18) END •• ブザ - OFF ソフトウ i ア害 U り込み 
PROCEDURE timew(n:INTEGER); 

VAR i : INTEGER : 、，一 

PROCEDURE t; VAR cnt : INTEGER ; [ 手続 # t 气て□クフムの 

BEGIN FOR cnt:=0 TO spd*2000 DO END ; ) r i 0 

BEGIN FOR i:=l TO n DO BEGIN flagt :=0 ; t END END ; ^ • ダビごドがも;!； る 
PROCEDURE q(n:INTEGER) ; 

BEGIN IF n=0 THEN n:=n ELSE BEGIN 

buzon ; timew(n) ; buzoff ; timew(l) END END ; 

BEGIN IF cc=’ • THEN timew(3) ELSE 

FOR i:=0 TO 3 DO q(mcodes[cc,i]) : timew(2) 

END ; 

BEGIN (* main *) 

REPEAT 

WRITE (' 送信スピードを指定して下さい（ 4..29) ； READLN(spd) ; 

UNTIL (spd>3) AND (spd<30); 
st:='' ; n:=0 ; 

REPEAT 

m:=Random(10) : k:=Random(20) : k:=Random(300); 

IF n+m+1 > 100 THEN n:=0 
ELSE BEGIN n:=n+m+2 ;1:=255 ; 

FOR k:=0 TO m DO BEGIN REPEAT j:=Random(26) UNTIL j<>l;l:=j ; 
st : =st+chr(j+65) END ; st:=st+* 

END 

UNTIL n=0 ;l:=length(st) : st[l ]:=’.’； 

WRITELN ; WRITE(st); 
k • = 1• 

REPEAT send(st[k]) : k:=k+l UNTIL (k=l) OR KeyPrcssed 

END. _ __ 
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続き S や L ， P や q は図中に示してあるような動作を 
してくれなければなりません. 

三つの例の中では，例 3 の q がすべて四つの整数を 
わたす手続きになっているので，これをひとつの配列 
と考え，さらにこれを A から Z までの 26 個の配列と 
して定義しておけば，その型 （ARRAY [’ A ，. .， Z ’,0. .3] 
OF INTEGER ) の定数として モールス 符号を与えるこ 
とができます.これが Pascal としては最もスマート 
な手法と思われます. 

• 時間のコントロール 

時間の作り方も，プログラムのループをカウントす 
る方法で一応は動作しますが，クロック周波数や CPU 
チップの 違いに よって スピー ドが変わる こ とになり， 
あまり面白くありません.モールス符号を作るだけな 
らこれでもかまし、ませんが，測定用などにも応用する 


ことを考えて，タイマ割り込みを使うことも考える価 
値はあります. 

タイマ割り込みを簡単に使うには， BIOS ROM 内の 
ルーチンを利用します. ROM 内ルーチンの利用法に 
ついては ， Turbo Pascal だけでなく， MS-DOS もサ 
ポートしていません.したがって，利用法は ROM 
BIOS の内容について解説した文献を参照するしかあ 
りません 〔 PC 9801 テクニカルハンドブック（アスキー）など〕. 

電子ブザーについても， ASCII コードの7 ( Bell コ 
ード）をコンソールに WRITE することで一定時間鳴 
らす機能があるだけで，任意の長さの ON / OFF を行 
うにはタイマ同様 ROM 内ルーチンを利用することに 
なります. 

以上の考え方で実際に動作するプログラムは， リス 
卜 1 - 1〜 リスト 1-3 に示すものになりました.このう 


〈リス ト1_2> タイマをインライン機械語で使用した モールス 練習用プログラム (V 3 . 0用） 


PROGRAM morexa ; (* Morse generator for T.P.V3 *) 

VAR i ， j ， k ， l ， m ， n,spd : INTEGER : 

st : STRING[120] ; c : CHAR ; 

PROCEDURE send(cc:CHAR ); ひとつの文字を送リ出す 

TYPE mcode = ARRAY[’A’.• ， Z’ ， 0..3] OF INTEGER ; 

CONST mcodes : mcode = ((1,3, 0,0),(3,1,1,1),(3,1,3,1),(3,1,1,0) 
(1,0,0,0),(1,1,3,1),(3,3,1,0),(1,1,1,1),(1,1,0,0),(1,3,3,3) 
(3,1,3,0),(1,3,1,1),(3,3.0,0),(3,1,0,0),(3,3,3,0),(1,3,3,1) 
(3,3,1,3),(1,3,1,0),(1,1,1,0),(3.0,0,0),(1,1,3,0),(1,1,1,3) 
(1.3,3,0),(3,1.1.3),(3,1,3,3),(3,3, 1,1 )) ； 
fla&t : INTEGER = 0 ; 

VAR i : INTEGER ; 

PROCEDURE buzon ; BEGIN INLINE ($B4 / $17/$CD/$18) END ; ブザ- ON 
PROCEDURE buzoff ; BEGIN INLINE ($B4 / $18/$CD/$18) END 
PROCEDURE timew(n:INTEGER); 時間待ち nxSPDxiOms 


モールス符号を数宇 
しとして表す方法の 
ひとつ 


VAR 1: INTEGER 
PROCEDURE t; BEGIN INLINE 


[MOV AH ,17 H 
; ブザー OFFllNT 18 H 

/MOV AH ,18 H 
[INT 18 H 

の機械語 コ-ド 


CS:[mmmm] 


000#) $8C/$C8/ 

002*) $8E/$C0/ ( 

004#) SE8/6/0 / ( 

007*) $FF2E/6/flagt/( 

0080 $CF/ (# 

009#) $5B/ (• L0: 

00A*) SB4/2 / (* 

00 O) $8B/$E/spd/ (# 

010*) SCD/S1C/ (• 

012#) SC033/ (• 

014*) $3B2E/6/flagt/(# LI: 

019#) S74/SF9) (* 

END ; 

BEGIN FOR i:=l TO n DO BEGIN flagt:=0 ; t END END 
PROCEDURE q(n: INTEGER); ひとつの符号を出す . n が 1 ならトン 
BEGIN IF n=0 THEN n:=n ELSE BEGIN n が 3 ならツ - 

buzon ; timew(n) ; buzoff ; timew(l) END END ; 
BEGIN IF cc=' 1 THEN timew(3) ELSE 

FOR i:=0 TO 3 DO q(mcodes[cc,i]) ; timew(2) 

END ; 


MOV AX.CS 
MOV ES.AX 
CALL L0 
INC WORD PTR 
IRET 
POP BX 
MOV AH,2 
MOV CX.spd 
INT 1CH 
XOR AX,AX 
CMP AX,CS: [mmirnn] 
JZ LI #) 


ここが刳り込み処理のアドレス 
害 | J リ込み処理アドレスを BX に得る 


; time constant unit=10ms 
: timer start 


flogt が 0 でなくなるのを 待つ 


IF n <>0 とすれば， 
n : =n ELSE は不要 


漢宇の メッセージが 出せる 

(4..29) _• ，） ； READLN(spd) 


同じ文宇が続かないように 


BEGIN (• main #) 

R PD EAT 

WRITE C 送信スピードを指定して下さい 
UNTIL (spd>3) AND (spd<30); 
st: = f ' : n:=0 ; 

REPEAT 

m : =Random(10) ; k : =Random(20) ; k:=Random(300); 

IF n+m+1 > 100 THEN n:=0 文字列長は 100 まで 

ELSE BEGIN n:=n+m+2 : 1:=255 ; /~ 

FOR k:=0 TO m DO BEGIN REPEAT j: =Random(26) UNTIL jol : l：=j ； 
st : =st+chr(j+65) END ; st:=st +， ， 

END 

UNTIL n=0 ;1:=leneth(st) : st[l] : = ’••； 最後の，を’.’に変える 
WRITELN ; WRITE(st); 

k • = 1• • • • 

REPEAT send(st[k]) ; k:=k + l UNTIL (k=l) OR KeyPressed む！ ^ S?’ す t の文宇を打ち終わつた 
END. 
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ち，リスト 1-1 とリスト 1-2 は V 3.0 用で，リスト1一3 
は V 5.0 用です .V 3.0 用ではソフトウエア割り込み 
を INLINE 機械語で書いていますが，手続き INTR も使 
えます.リスト 1-1 では時間を作るのにプログラムの 
ルーフ °(FOR 文）を使い，リスト 1-2 では割り込み侍ち 
を行っています. 

リスト 1-2 の手続き t の機械語ルーチンでは，タイ 
マにタイム•コンスタント （ CX に設定 = spd の値）をセ 
ットしてスタートし， flagt が0でなくなるのを待ちま 
す.タイマ回路はタイムアップすると flagt をインクリ 
メントします.このとき，セグメント•レジスタ DS は 
保証されていませんから，データ•セグメントにはそ 
のままアクセスできません.ここでは flagt を型つき定 
数としてコード•セグメント内に配置し， CS を使って 
アクセスしています. 

型つき定数がコード • セグメント内に作られるのは 
V 3.0 までで， V 4.0 以降ではデータ•セグメントにな 
っています.したがって，非常に便利な上記の割り込 
み処理法は V 5.0 では使えません. 


INLINE の中で， CALL LO を使っているのは，割り込 
み処理ルーチンを飛び越すためと，割り込み処理番地 
を BX に取り込むためです. INLINE 文や EXTERNAL 
で取り込む機械語コードは，作成時にはどの番地に配 
置されるかわかりません. CALL は実行時に番地を知 
るひとつの方法なのです. 

リスト 1-3 では INLINE 文は使わず，すべて Turbo 
Pascal の表現法を使っています .V 5 . 0での割り込み 
処理はオプションの INTERRUPT を加えた手続き ih 
で行っています.この形式の手続きは，入口ですベて 
のレジスタをスタックにセーブ（プッシュ）し， DS を 
データ•セグメントを指すように設定してくれます. 

したがって，この中からすべてのグローバル変数が 
アクセスできるのです.セーブしたレジスタは出口で 
自動的に復元されます.このレジスタのセーブと復元 
にはかなりの時間がかかります.高速処理が要求され 
るときは ，V 3.0 のように INLINE で処理せざるを得な 
いでしょう. 

さて，実際にこの乱数型モールス練習器で練習して 


〈リスト1-3> 機械語なしでタイマを使用したモールス練習用プログラ厶 (V 5 . 0用) 


PROGRAM morex5 ; (* Morse generator for T.P.V5 #) 

USES DOS, CRT ; 標準 ユニットを 使用 

VAR i ， j ， k ， l ， m ， n，spd : INTEGER ; 
st : STRING!120) : c : CHAR ; 
flagt : INTEGER ; 

PROCEDURE send(cc:CHAR); 

TYPE mcode = ARRAYI’A’..’Z’ ， 0..3] OF INTEGER ; 

CONST mcodes : mcode = ((1,3, 0,0),(3,1,1,1),(3,1,3,1),(3,1,1,0),] 

(1,0,0,0), (1,1,3,1),(3,3,1,0), (1,1,1,1),(1,1,0,0),(1,3,3,3), モールス 沄 号を 数 宇で 
(3, 1,3, 0),(1, 3, 1,1), (3,3,0,0), (3,1,0,0), (3, 3,3, 0),(1, 3, 3,1 ),f 表す方;去のひとつ 
(3, 3, 1,3),(1,3,1,0),(1,1,1,0) ,(3,0,0, 0),(1,1,3,0),(1,1,1,3), 

(1.3,3,0),(3,1,1,3),(3,1,3,3),(3,3,1,1)) ； J 

VAR i : INTEGER ; regs : REGISTERS ; REGISTERS は DOS ユニッ . 卜 内で定義 

PROCEDURE buzon : BEGIN regs.ah:=S17 : INTR(S18,regs) END ; ブザ -ON |NTR / DfT - ソ I 、 

PROCEDURE buzoff : BEGIN regs.ah:=S18 ; INTR(S18,regs) END'; ブザ -OFF - u - = - 

PROCEDURE ih ; INTERRUPT : インタ ラブ M 几 J 里 

BEGIN INC (flagt) END ; 中味は単に flagt を +1 するだけ 

PROCEDURE timew(n:INTEGER); 

VAR i : INTEGER ; 


.BEGIN FOR i:=l TO n DO WITH regs DO BEGIN 

flagt:=0 ; cx:=spd ; ah:=2 ; bx:=0FS(ih) ; es:=SEG(ih) 
INTR($lC,regs) (# Timer start *); 

REPEAT UNTIL flagt>0 
END END ; 

PROCEDURE q(n:INTEGER); 

BEGIN IF n>0 THEN BEGIN 
buzon ; timew(n) ; buzoff ; timew(l) END END ; 

BEGIN IF cc=' ' THEN timew(3) ELSE 
FOR i:=0 TO 3 DO q(mcodesIcc,i]) ; timew(2) 

END ; 

BEGIN (朞 main *) 

REPEAT 


CX がタイマの時間を決める 
(CX X 10 )ms 
ES : BX が割り 込み処理 
アドレスとなる 


WRITE (’ 送信スピードを指定して下さい （4 ..29) 

UNTIL (spd>3) AND (spd<30); 
st : =' f : n : =0 ; Randomize ; 

REPEAT 


•) ; READ し N(spd); 

Randomize は V 3.0 では不要だった 


m : =Random(10) ; k : =Random(20) ; k:=Random(300); 

IF n+m+1 > 100 THEN n:=0 
ELSE BEGIN n:=n+m+2 ;1:=255 ; 

FOR k:=0 TO m DO BEGIN REPEAT j : =Random(26) UNTIL jol;l:=j ; 
st:=st+chr(j+65) END ; st:=st+’ ’ 

END 


UNTIL n=0 ;1:=length(st) ; st[1]: = '.'; 

WRITELN ; WRITE(st); 

k：=l ; 文字列型は配列としても参照できる 

REPEAT send( st[k]) ; k : =k+l UNTIL (k=l) OR KeyPressed KeyPressed は CRT ュ ニット 

END. 
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受験したところ，合格はしましたが“楽勝”ではあり 
ませんでした.というのは，普通文では短い符号 ( E ， 
I ， T など）が多く，同じ時間では乱数の場合よりずっと 
文字数が多いのです.特に ， She is his sister 


— - ) のような符号は乱数では起こり得ず，実 

際にはよく使われるという典型的な例で，文の作り方 
にはまだ一考（多考？ ） の余地がありそうです. 

集合変数の直接ビツト出力への応用 | 

集合変数 (SET OF 〜）は， Pascal の極めて特徴的な 
概念です.集合型変数は，メモリ上にビット対応で記 
憶され，その1ビットごとに順序型で定義した名前を 
つけることができます.また，丁 urbo Pascal では変数 
を配置する場所をオプシヨンの ABSOLUTE 宣言で別 
の変数と同じアドレス（つまり，2重の名前と型を同じ 
メモリ上のデータにつける）に配置できます. 

この機能を使って8個の元をもつ集合型を BYTE と 
しても読み出せるようにしておき，入出力にあたって 
は BYTE で，内部での処理については集合型で扱うよ 
うなプログラムが作れます. リスト 1-4 がその例です. 


ここでは，まず apple から lemon までの値を持つ順序 
型 fluit を定義し，変数 fluitbag を fluit を元に持つ集合 

として定義しています. 

さらに， BYTE 型変数 fluitport を fluitbag と同じア 

ドレスに配置しています.集合型は WRITELN の対象 
にはなリ得ませんが， BYTE 型なら実行結果のように 
出力できます. リスト 1-4 の例では，コンソールから5萑 
認できるように WRITELN を使っていますが，これを 
I / O ポートへの出力に置き換えれば，図 1-6 のような 
感じで各果物にくっついているランプを点灯させるこ 
とができます. 

• ビット出力のプログラム例 

実用的なプログラムは リスト 1-5 のようにしたほう 
がよいでしょう.ここでは2種類の方法を例示してい 
ます.ひとつは手続き outbit で，果物のランプを消す 
かつけるかをパラメータ onoff で表しています.この 
中で PORT [n] は Turbo Pascal があらかじめ定義し 
ている入出力用配列で，代入されるときは出力に，値 
をみるときは入力になります.この例では fluitport が 
持っている BYTE を出カポート OOEOH へ出力してい 
ます. 

別の方法としては，点灯用の lighton と消灯用の 


くリスト1-4> 集合型変数によるビット操作 


PROGRAM bitio ; (# Bit In Out By SET OF *) 

TYPE fluit = (apple,banana,cherry,peach,orange,mango,grape,lemon); 
VAR fluitbag : SET OF fluit ; fluitport : BYTE ABSOLUTE fluitbag : 

BEGIN i_) 

fluitbag: = [apple,cherry,orange,grape] ; ^, つ 1 つしチプ 

WRITELN ('fluitport = f .fluitport) ; 同しアトレスとなる 

fluitbag:=fluitbag-[grape,orange]+[peach,banana]; 


WRITELN('fluitport = '.fluitport); 

END . (a) プログラム 


H>t.t 

fluitport = 85 
fluit. port-=15 

(b) 実行結果 


〈図 l -6> ビット出力の概念図 
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lightoff を用意するものがあります.どちらを使うかは 
フイーリングの問題です（両方混ぜて使うのは考えも 
のですが). リスト 1-5 のプログラムは，実行してもユ 
ー ザのハードウエアが出カポート OOEOH につながっ 
ていなければ何の動作もしません. 

ところで，この方式によるとビット数を増やしても 
16 ビットの WORD 型の入出力 （ PORTW [ n ]) までしか 
扱えません.さらに多くのビットを扱うには，集合変 
数をポートの数だけ用意しなければなりません.しか 
し，そうなると， lighton などのハ。ラメータに，どの集 
合を操作するかを指定するものを追加しなければなら 


くリスト1-5> 

実用のためのプログラム例 


ず，見た目にもわずらわしくなります.また，ビット 
0はどのポートでも apple となってしまって，直感的 
に動作と結びつきにくくなります.やはり，各ビット 
に勝手な名前をつけて，そのビット名で 8 ビットのと 
きと全く同じように扱えるのが理想です. 

そこで奥の手ですが，まず集合の元となる順序型は 
256 個の値まで許されているので，この範囲内で何個 
でもビットの名前を定義します.これを元とする集合 
の変数は ( n—DIV 8バイトを占めるので，この数の 
BYTE 型の配列を集合変数と同じアドレスに配置しま 
す.これで集合変数の値を連続したポートに出力する 


PROGRAM bitout ; (* Bit Out By SET OF *) 

TYPE fluit = (apple,banana,cherry,peach,orange,mango,grape,lemon); 

fluits = SET OF fluit ; 


onoff = (on,off) : 


CONST allights : fluits = 


[apple,banana,cherry,peach,orange,mango,grape,lemon]; 

VAR fluitbag : fluits ; fluitport : BYTE ABSOLUTE fluitbag : 

PROCEDURE outbit(dt : fluits ;1 

r : onoff); 

BEGIN 


IF f=on THEN fluitbag:=fluitbag+dt ELSE fluitbag:=fluitbag-dt ; 

PORT[$E0]:=fluitport 


END ; 


PROCEDURE lighton(dt : fluits) 


BEGIN fluitbag:=fluitbag+dt ; 

'pORT[$E0]:=fluitport END ; 

PROCEDURE lightoff(dt : fluits) 

； 

BEGIN fluitbag:=fluitbag-dt : 

PORT[$E0]:=fluitport END : 

BEGIN 


fluitbag:=[]; 


outbit([apple,peach,grape] ，〇 n) 

; outbit([grape,orange],off) : 

lightoni[banana,mango,lemon]) : 

lightoff([peach]);lightoff(allights) 

END . 



くリスト1-6> 連続しないポートへのビット出力操作 


PROGRAM multibit ; (* Bit Out By SET OF for multi bytes *) 

TYPE fluit = (apple,banana,cherry,peach,orange,mango,grape,lemon, 
rinffo,ichigo•melon,suika,sakurambo,nashi,momo,budoo, 
papaia,kiui,ryugan,pine,mascat.necterin,zacro,akebi) 


給型卜占の義集合の名前を 


fluits = SET OF fluit : 
onoff = (on,off); 

ioctl=ARRAY[ 0 . . 2 ] OF BYTE ； 〆 V5.0 では WORD にする 

porttbl=ARRAY[0..2] OF INTEGER ; 

CONST portxt : porttbl=(SE0E0, $0100 , $0200) ; - I/O ポ - 卜 （ 8 ビット）のアドレス表 

VAR fluitbag : fluits ; fluitadr : ioctl ABSOLUTE fluitbag ; ( 連繞しないポ-卜に害 ij り当てる） 


PROCEDURE outbit ; VAR i : INTEGER : 

BEGIN 

(# FOR i:=0 TO 2 DO PORT[portxt[ i ] ]: =fluitadr[i ] ♦) - (本番用） 

FOR i:=0 TO 2 DO WRITELN (portxt [ i ] : 6, fluitadr [ i ]: 6) -デバッグ用 

END ; 


PROCEDURE lighton(dt : fluits); 

BEGIN fluitbag:=fluitba&+dt : outbit END ; 

PROCEDURE lightoff(dt : fluits); 

BEGIN fluitbag:=fluitbag-dt : outbit END : 

BEGIN 

fluitbag: = []; - すべてのビットを消す（空集合を代入） 

lighton([apple , ringo,papaia,orange,sakurambo.mascat]); 
lightoff([apple,banana]); 
lightoff([papaia,ichigo]); 
lightoff([sakurambo.kiui]); 

•lighton( [ryugan, me Ion, peach, momo]); 
lightoff([peach]); 

END . 
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ことができます (FOR 文でバイト数だけ繰リ返す）.し 
かし，実際にはビット出力のポートが連続していない 
ことも多いので，8ビットごとに全く異なるポートを 
指定できないものかと考えます. 

そこでポート•アドレスの値を並べた配列の定数を 
作り，バイト出力時にアドレスの変換を行わせます. 


これが Pascal では簡単に書けてしまいます.この方 
式で24ビットの出力を行う例をリスト 1-6 に示しま 

す.このリスト中のビットの名前と ARRAY の大きさ 
を変えれば，256ビットまでの不連続なポートへのビ 
ット操作が，ビット名のみを意識して書き表せるよう 
になります. 


Turbo Pascal V3_0 のキー定義 


Turbo Pascal のパッケージには， TINST という 
ユーティリティが 付属しており，これによって CRT 
やキーボー ドの制御方式の変更ができるようになっ 
ています.特に ，V 3.0 では初期状態としてほとんど 
特殊 キーを 使用しておらず，機種依存度は極めて低 
く なっています.ちなみに， リコーのデータ•ベー 
ス専用 マシンマ イツール （ MS - DOS を使って いる 
が内部情報は公開されていない）でも エディタやコ 
ンパイラを動作させることができました. 

とはいっても，例えば PC 9801 のうえで使うとす 
れば，矢印キーや DEL キー， BS キーなどをその意 
味通りに使いたいのは当然で，そのために TINST が 
付属しているわけです.そこで， TINST を使ってキ 
一定義を変更していくと， BS キーと <}= キーが同じ 
コードを発生することがわかります.本来は BS キ 
一を ‘‘ Delete left character ” として，<3=キーは“ Char ¬ 
acter left " として使いたいのですが，この使い分け 
は不可能なのです. 

この原因は Turbo Pascal にあるのではなく ， MS 
-DOS (の中の IO . SYS ) にあるようです.つまり ， MS 
- DOS が ユーザ . プログラム（この場合は TINST ) に 
対して BS キーと <}= キーを 区別できないようにして 
いるのです. 

ところで， MS - DOS にはキー入力から発生するコ 
ードを変更するためのユーティリティ KEY.COM 
が付属しており，これによって作られる KEY.TBL 
が システム 起動時に存在すると，自動的にキー定義 
が変更されるようになっています.そこで，これを 
使用して BS キーと扣キーの区別ができるように設 
定しようと思いました…が. 

何ともはや…（よくあることですが）キー定義変更 
個卜 A > 

KEY . TBL の変更 


ユーティリティ KEY.COM そのものが BS キーと 

キーを区別する能力を持っていないのです （ MS - 
DOS の上で動いているから…？）.それにしても困 
ったものなのですが困っていても仕方がないので最 
後の手段（本来は，こういう方法を使わなければなら 
ないのはシステムとしてよくないのですが）として， 
デバッガ Symdeb を使って KEY.COM によって作 
られた KEY.TBL の中の<1=キーに当たる部分を 1 DH 
に書き換えます. 

この KEY.TBL のファイル内部のフォーマットに 
ついては公開されていませんが，デハ•ッガで見てみ 
るとだいたいの察しがつきます.このうちファンク 
シ ョン . キー以外の特殊キーについては図 1-a のよ 
うになっており，和キーは 025 E 番地にあたります. 

KEY.TBL は最初は存在して いないので， とりあえ 
ず元のままに近い KEY.TBL を作る必要があリます 
が，同じ作るならということで， ファンクション . 
キーも Pascal 向きの PROCEDURE ゃ REPEAT 
UNTIL などを定義して使っていますが， システム用 
の AUTOEXEC.BAT などを入れておくのもよ いか 
も知れません. 

KEY.TBL を変更した後，再起動してキー定義を有 
効にし，その上で TINST で Turbo Pascal のキー定 
義を変更すれば， BS キーと > キーを正しく動作さ 
せることができるようになります.もちろん， この 
ための KEY.TBL は TINST を使うときだけでなく， 
Turbo Pascal を使うときには，必ず起動時に有効に 
なっていなければなりません.キー定義の変更を確 
認するためにも， ファンクション • キーの — 部は変 
更しておいたほうがよいようです. 


symdeb a:key.tbl 

Microsoft Symbolic Debug Utility 
Version 3.01 

(C)Copyright Microsoft Corp 1984,1985 

Processor is [80286] ◊ Jl とコ 

-d240 27f ( U 

3ED4:024015 00 00 00 00 0010 00-00)00 00 00IB 50 00)00 .p. 

3ED4:0250 00 00IB 44 00 00 00 00-{pBl00 00/00 00 00 Qd] 00 . . .D. 

3ED4:0260 00 00 00 00 |0C| 00 00 00-00 00 [OAj 00 00 00 00 00 . 

3ED4:027018 00 00 00(00 001C 00-00 00 00 00 02 00 00 00 . 
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新連載 


門 B 白白自田日 

|第1回技術者のための dBASEIII プログラミング入門 

..一 .•-ふ® I^V 4 # ** t *» i 




ハ:.：...:..: 





故: 


ASSIST] [HELP] [MENU]! QUIT 


丹羽一夫 


dBASE III にもいろいろあるが 


ハ。ソコンも，今や，手軽に使える身近な道具として 
なくてはならないものになってきました.それもこれ 
も，ワープロ/表計算/データ•ベースといった実務に 
役立つ分野のソフトウヱアが豊富に提供されており， 
けっこう仕事に使えるからでしょう. 

この連載では，その中のデータ •ベース •ソフトを 
使って仕事をしてみることにします.私たちのまわり 
にはいろいろなデータがあふれていますが，大げさな 
ものではなく，仕事の現場にころがっている身近なデ 
一夕を処理してみようというのが，その目的です. 

このようなデータは，たとえばリポートを書くのに 
ワープロ • ソフ トで処理したのではたんなる数字や文 
字列にしか過ぎませんが，データ.ベース•ソフトを 
使って処理するとそれは数値データや文字データとな 
り，より役立つ情報を私たちに提供してくれます. 

この連載では実例をあげて話をすすめていきますが， 
そこからくみとっていただきたいのは，仕事の手順や 
考え方についてです.とりあえずお見せする実例を試 
してみたら，データをあなたのお持ちのものに置き換 
え，またプログラムをあなたの場合に書き換えて自分 
のものにしていただければと思っています. 

なお，この連載をすすめていくにあたり，パソコン 
についてのひととおりの知識や経験をお持ちで，デ ー 
夕 • ベース • ソフトの dBASE III を起動したことがあ 
る，ということを前提にさせていただきます. 


準備と目標 


データ • ベース •ソフトとしては，タイトルでもお 
わかりのように，日本アシュトン•テイト社の dBASE 
III を使います. 

NEC が出している PC 98 シリーズの“アプリケーシ 
ョン情報”を見ると，なんと100種類以上のデータ • 
ベース•ソフトが紹介されています.その中で，この 
dBASE III を選んだのは，歴史が古くて完成度が高い 
ということもありますが，簡易言語といっていいほど 
多くのコマンドや関数が用意されていて多彩なプログ 
ラムが組めるからです. 


ところで，とりあえず dBASE 111といいましたか，実 
際にはそのほかに dBASE III PLUS , それにサザンパ 
シフィック社から発売されている dBASEIII クローン 
の DBXL といったものがあり ， dBASE III 用に作った 
プログラムは基本的にはどれでも走ります.そこで， 
ソフトウェアとしては dBASE III， dBASE III PLUS , 
DBXL の三つを対象とすることにします. 

#プログラムを作るためのテキスト•エディタも用意 
したい 

ソフトウヱアの話をしたついでにもう一つ，プログ 
ラムを組むときのために，何かエディタを用意してく 
ださい . dBASE III には MODIFY COMMAND というテ 
キスト.エディタも内蔵されていますが，行数に制限 
があるなどまあ補助用といったところです. 

なお，エディタは MIFES でも RED でも，あるいは 
ワープロ（テキスト.ファイルに落とすこと）でもかま 
いません. 

ハードウェアは PC 9801 シリーズを使いますが， 
dBASE III や dBASE III PLUS , DBXL はほかの機種 
用のものも用意されていますから，たぶん同じように 
やれるはずです.もしトラブルが発生しても，少しの 
手直しで OK となるでしよう. 

• dBASE のプログラム言語を使って開発する 

ソフトウヱアとハードウヱアの準備がすんだところ 
で，このあとの目標をたてることにしましよう. 

まず ， dBASE III や DBXL で仕事をする場合のやり 


〈連載の予定〉 


(1) 

準備をしたり目標を定めて，メニニ 

L • プログラムを作 


る. 


(2) 

データ入力用のプログラムを作り， 

データを入力する. 

(3) 

データ訂正用のプログラムを作り， 

訂正や削除ができ 


るようにする. 


(4) 

データを加工していろいろな情報を提供する，データ 


を利用するためのブログラムを作る. 

(5) 

データの一紫表を印刷する. 


(6) 

RS -232 C を通してデータを収集する方法を試みる. 
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14 日 03 時 
06 時 
09 時 
12 時 
15 時 
18 時 
21 時 
24 時 

15 日 03 時 
06 時 
09 時 
12 時 
15 時 
18 時 
21 時 
24 時 


11.1 度 
11.0 度 
16.511 
21.0 度 
22. 9 度 
19. 6 度 
17. 6 度 
15. 6 度 

12 .2 度 
11. 4 度 
18. 7 度 
22. 3 度 
21. 8 度 
20. 4 度 
17. 9 度 
17. 6 度 


13. 7 度 
13. 7 度 
18.6)1 
21 .6 度 
22. 6 度 
18.8 度 
17. 3 度 
16. 4 度 


25 日 03 時 
06 時 
09 時 
12 時 
15 時 
18 時 
21 時 
24 時 

26 日 03 時 
06 時 
09 時 
12 時 
15 時 
18 時 
21 時 
24 時 

27 日 03 時 
06 時 
09 時 
12 時 
15 時 
18 時 
21 時 
24 時 


12. 2 度 
13.3 度 
15. 3 度 
17.0 度 
17 .2 度 
15 .4 度 
13. 3 度 
11.8 度 

11.0 度 
11.8 度 
14.8 度 
17.0 度 
18. 4 度 
18.0 度 
14.0 度 
13. 7 度 

12.0 度 
12.1 度 
17. 3 度 
22.0 度 
21.0 度 
19. 5 度 
17. 2 度 
14. 7 度 


く表1_1>⑴ 
東京 • 4月の 
気温一覧表 


16 日 03 時 16.1 度 
06 時 16. 5 度 
09 時 17. 6 度 
12 時 21.1 度 
15 時 23. 2 度 
18 時 20.1 度 
21 時 19.1 度 
24 時 17 .2 度 

17 日 03 時 16. 9 度 
06 時 14. 8 度 
09 時 19.0 度 
12 時 19 .7 度 
15 時 21.2 度 
18 時 20. 2 度 
21 時 18.0 度 
24 時 15.5 度 

18 日 03 時 14.2 度 
06 時 13. 2 度 
09 時 18. 4 度 
12 時 20. 7 度 
15 時 22.1 度 
18 時 20.1 度 
21 時 17. 8 度 
24 時 16. 8 度 


10 日 03 時 15. 9 度 
06 時 15. 6 度 
09 時 16. 6 度 
12 時 17. 4 度 
15 時 17.2 度 
18 時 16.0 度 
21 時 15.1 度 
24 時 13.5 度 


07 日 03 時 11.2 度 
06 時 11.2 度 
09 時 15. 4 度 
12 時 18.0 度 
15 時 18. 3 度 
18 時 16. 7 度 
21 時 15. 3 度 
24 時 15. 3 度 

08 日 03 時 13.6 度 
06 時 11.5 度 
09 時 12. 5 度 
12 時 14.7 度 
15 時 14.1 度 
18 時 15. 9 度 
21 時 12. 9 度 
24 時 13.3 度 


19 日 03 時 

16.0 度 

06 時 

15. 8 度 

09 時 

19.0 度 

12 時 

21.0 度 

15 時 

21. 9 度 

18 時 

20. 2 度 

21 時 

18. 2 度 

24 時 

17 .3 度 

20 日 03 時 

15 .9 度 

06 時 

14.1 度 

09 時 

19.0 度 

12 時 

22.1 度 

15 時 

21 .7 度 

18 時 

20.0 度 

21 時 

19. 7 度 

24 時 

19. 5 度 

21 日 03 時 

14.8 度 

06 時 

14 .2 度 

09 時 

16. 4 度 

12 時 

18 .6 度 

15 時 

17. 3 度 

18 時 

15. 4 度 

21 時 

15.0 度 

24 時 

14 .4 度 

22 日 03 時 

14. 2 度 

06 時 

13. 1 度 

09 時 

17.1 度 

12 時 

19.3 度 

15 時 

19.0 度 

18 時 

17. 9 度 

21 時 

17. 3 度 

24 時 

17. 2 度 

23 日 03 時 

16.8 度 

06 時 

16.7 度 

09 時 

16.9 度 

12 時 

17.1 度 

15 時 

16. 1 度 

18 時 

15. 8 度 

21 時 

14. 7 度 

24 時 

14 .9 度 

24 日 03 時 

14.1 度 

06 時 

14.6 度 

09 時 

17. 3 度 

12 時 

19.7 度 

15 時 

18. 7 度 

18 時 

15 . 7 度 

21 時 

13.5 度 

24 時 

13. 3 度 


01 日 03 時 11. 9 度 
06 時 11.0 度 
09 時 14 .6 度 
12 時 18. 7 度 
15 時 19.6 度 
18 時 20.0 度 
21 時 17. 9 度 
24 時 12. 5 度 

02 日 03 時 10.5 度 
06 時 8. 9 度 
09 時 12. 6 度 
12 時 14. 4 度 
15 時 16. 6 度 
18 時 15. 5 度 
21 時 14. 3 度 
24 時 13. 9 度 

03 日 03 時 11.4 度 
06 時 12. 5 度 
09 時 12. 9 度 
12 時 14.6 度 
15 時 13.6 度 
18 時 14. 3 度 
21 時 14.2 度 
24 時 12.7 度 

04 日 03 時 12. 2 度 
06 時 11.5 度 
09 時 13. 7 度 
12 時 17.0 度 
15 時 18. 2 度 
18 時 15.8 度 
21 時 14. 4 度 
24 時 12.8 度 

05 日 03 時 11.6 度 
06 時 9. 7 度 

09 時 9. 6 度 
12 時 9. 8 度 
15 時 11.1 度 
18 時 10. 2 度 
21 時 10.4 度 
24 時 11.1 度 

06 日 03 時 9. 9 度 
06 時 8. 7 度 
09 時 13. 3 度 
12 時 16. 6 度 
15 時 18.3 度 
18 時 14.4 度 
21 時 13. 6 度 
24 時 12. 9 度 


方には，直接コマンドを打ったリ ASSIST や INTRO を 
利用する方法と，プログラムを組む方法の二つがあり 
ます. 

このうち，前者の方法で仕事ができるのは，自分の 
持っているデータを自分自身で処理する場合で，それ 
もある程度定形的な処理しかできません. 

この連載では，後者のプログラムを組む方法で仕事 
をしてみることにします.この方法だと， dBASEIII を 
起動したときに表れるオープニング画面を除けば， 
dBASE III をまったく意識することなく仕事を開始し 
て終了することができますし，ほかの人でも同じよう 
に仕事のできる環境が実現できます. 

なお，プログラムを組むのは一見面倒なようですが， 
Basic のプログラムを組んだ経験のある方ならすぐに 
なれるはずです. 

• まず身近なデータとして「気温」を用いる 

つぎに，どんなデータを用意して，それをどのよう 
にするかを決めておきましょう. 


実例とするデータは連載の進行につれていくつか用 
意する予定ですが，最初は身近なわかりやすいものと 
いうことで，気温の データを 使ってみることにしまし 
た.くわしいことはあとで説明しますが，「東京 .4 月 
の気温」が最初のサンプル.データです. 

用意するデータがこのように決まったら，このデ ー 
夕に対してどのような仕事があるかをつぎに考えます. 
「東京 • 4月の気温」というデータに対しては，データ. 
ベースの作成（データの入力/訂正），データ •ベースの 
利用（各種情報の提供，一覧表の印刷など），といった 
ことを目標にしてみることにします. 


最初に「仕事名」と「略称」を決める 


ハードウヱアとソフトウヱアの準備ができ，処理し 
ようとするデータが決まったら，いよいよ仕事にとり 
かかることになります. 

ここでまずやっておかなければならないのは，「仕事 


時時時時時時時時 
3692 5 814 
00011122 

日 

3 


度度度 )1 度度 III 
39886335 

76898666 

11111111 


時時時時時時時時 
3692 5 814 
00011122 

日 

9 

0 


lll4lt:?l 2jtl21tslllit :6s9lt71t5s l/t6s3/t 7s 2s 
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名」と「略称」を決めることです. 

まず仕事名ですが，すでにお話したように最初の仕 
事は東京の4月の気温を取り上げることにしましたか 
ら，「東京 • 4月の気温」とすることにしましょう. 

この仕事名は，このあとメニュやその他のプログラ 
ムを組むときに必要になり，仕事のつど CRT の画面 
に表示されることになります. 

また，一覧表を作成するときにも，タイトルとして 
最初に印刷します. 

つぎは，略称です.略称は各種のファイルを作ると 
きのファイル名に使いますが，ここではとりあえず， 
「 TEMP 」 と 「 TP 」 の二つを用意することにします.も 
ちろん， TEMP は Temperature を略したもので ， TP 
は TEMP をさらに略したものです.なお， TEMP 以外 
に TP も用意したのは，ファイル名として利用すると 
きに TEMP でもまだ長過ぎることがあるからです. 


データの準備 


dBASE III のデータは最終的にはフロッピ•ディス 
クや ハード. ディスクの上に作ったデータ.ベース. 
ファイル（以下， DBF ファイル）に納めることになりま 
す.そこまでの手順としては，とりあえず二つの方法 
が考えられます. 

その一つは，紙の上に用意されたデータを キーボー 
ドから入力する方法，もう一つは RS -232 C などを通 
して直接データをバソコン内に取り入れる方法です. 

#元データの 用意 

この連載では後者の方法もやってみる予定ですが， 
「東京 *4 月の気温」のデータは前者の方法で用意して 
みることにしました. 

さて，ここで用いる気温のデータは，たんなるサン 
プルですから適当に作ってしまってもいいのですが， 
それでは面白くないので，実際のデータを手に入れて 
みることにしました.そこで行ってみたのが，東京 • 
大手町にある気象庁天気相談所です.ここでこちらの 
希望を説明し，気温の変化がいちばん大きい月をきい 
てみたらそれは4月とのこと，そこで1989年4月1日 
〜30日の東京の“地上気象観測日原簿”というのを手 
に入れました. 

ちなみにこの日原簿には，3時間おきの気圧，気温， 
湿度，風向/風速，日照時間，降水量，積雪の深さ，雲 
量といったものが示されています. 

表 1-1 は，この日原簿の中の気温だけを書き出して 
みたものです.これが，これから実例として使用する 
「東京 • 4月の気温」です. 

• データ • ファイルの作成 

では，このデータを dBASE III に取り込むための 
DBF ファイルを作りましょう. DBF ファイルの作成 


〈表1-2> —番基本となる DBF ファイルの構造 


データベースの 構造 

: A : TEMP 8904 .dbf 

データ•レコードの数： 

0 

最終更新日付 

: 09/05/89 

番号 フィールド 

タイプ 

幅小数 

1 DD 

文字型 

2 

2 TT 

文字型 

2 

3 TEMP 

数値型 

5 

く合計〉 


10 


〈表; L -3> 月のフィールドを追加する 


データベースの構造 

: A : TBMP 89 .dbf 

デ ー タ•レコ—ドの数： 

0 

最終更新日付 

: 09/05/89 

番号 フイー ルド 

タイプ 

幅 小数 

1 MM 

文字型 

2 

2 DD 

文字型 

2 

3 TT 

文字型 

2 

4 TEMP 

数値型 

5 

く 合計〉 
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〈表1-4> 年のフィールドを追加する 


データ 

ベースの 構造 

: A : TEMP , dbf 

データ 

•レコー ドの数： 

0 

最終更新日付 

: 09/05/89 

番号 

フイールド 

クイブ 

幅 小数 

1 

YY 

文字型 

2 

2 

MM 

文字型 

2 

3 

DD 

文字型 

2 

4 

TT 

文字型 

2 

5 

TEMP 

数値型 

5 

く 合計 

> 


14 


に使用する コマンドは CREATE ， 表 1-2 にこのファイ 
ルのデータ•ベース構造を示します.ファイル名は 
TEMP 8904. DBF で，これは1989年4月のデータだと 
いうことを表します. 

新しく DBF ファイルを作るときには，フィールド 
名，フィールド•タイプ(型式），それにフィールド幅 
と，数値型のときには小数の数を決めなければなりま 
せん. 

• フィールド（項目）を決める 

表 1-2 では，まずフィールド名は日を DD ， 時間を 
TT , そして気温を TEMP としてあります. 

表 1-1 で用意したデータは1989年4月の1 力 月間 
のものでしたから表 1-2 のようなものでよかったので 
すが，もし1年間のデータを扱いたかったら，表 1-3 の 
ように月のデータ （ MM ) を加えてやります.ファイル 
名の TEMP 89 は，1989年を表しています.そして，表 
1-4 のように年のデータ （ YY ) を加えると，何年にもわ 
たってのデータの管理が可能になります. 

• フィールド•タイプを決める 

つぎは フィ ールド.タイブですが，「東京 • 4月の気 
温」のように日時も含めてデータがすべて数字の場合 
には数^:型にするか文字型にするか，ちょっと迷いま 
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す.まあ，大まかな感じとしては，計算をするような 
フィールドは数値型でなければなりませんし，インデ 
ックス•ファイル（以下， NDX ファイル）のキーに使っ 
たり印刷のスタイルを作ろうとするようなときには文 
字型のほうが扱いやすい，といったようなこともあり 
ます. 

今回表 1-2 のように決めたのは，日時は数字を使い 
ますがその扱いは数値というよりも文字であるという 
こと，一方，気温のほうは数値そのもので，あとで数 
値としていろいろ利用してみるつもりだからです. 

なお，文字型とした日時についても必要があれば 
VAL 関数を使って数値に直して使うこともできます 
し，気温についても STR 関数を使って文字列に直すこ 
ともできますから，そんなに心配はいりません. 

• フィールドの幅はあとでも変更ができる 

フィールド 幅については，今回のように データの文 
字数がきちんと決まっている場合はいいのですが，そ 
うでない場合にはどう決めるかちょっとやっかいで 
す.文字数が決まらない場合には最大値を予測して用 
意することになりますが，もし途中で不足したり最終 


的に大きく余りが出た場合には ， MODIFY STRUC 
TURE コマンドを使ってデータ. ベースの 構造を手直 
しすることも可能です. 

これで，データの入れ物ができました. CREATE コ 
マン ドからいきなり入力を始めることもできますし， 
いったん終了したあとであれば， APPEND (データの追 
カロ） コマン ドを使ってダイレクトにデータを入力する 
こともできます.でも，楽しみはあとにとっておくこ 
とにして，いったん QUIT (終了）ということにしまし 
よろ. 


メニュ • プログラムの作成 


レストランに入って テーブルに つくと，まず メニュ 
がでてきます.まあ，料理の種類が少ないとか，何を 
食べるかがすでに決まっている場合には メニュ の いら 
ないときもありますが，いろいろ選んで食べたいとい 
うときには メニュ は便利です. 

というわけで，「東京 .4 月の気温」についても，メ 
ニュを用意してみることにします.このメニュは，デ 
一夕を複数の人で管理したり利用 
する場合には特に有効です. 

圇仕事の内容を確定する 

ュの役目は，自分のやりた 
いと思う仕事をメニュから選択し， 
その仕事に動作を移すことです. 
そのようなわけで，メニュを作る 
には，まずどんな仕事をするかを 
確定させなければなりません. 

では，「東京. 4月の気温」のた 
めの メニュ を作ってみましょう. 
仕事の内容から，メニュは， 

① データの入力く TPINP . PRG 〉 

② データの訂正く TPCOR . PRG 〉 

③ データの利用く TPUSE . PRG 〉 

④ 一覧表の印刷く TPPRI . PRG 〉 

⑤ 終 了 

ということにしてみます. 

仕事の内容を決めたら，ついで 
にそれぞれのプログラム名も決め 
ておきましょう.右側に示したの 
がそれで，プログラムの頭には略 
称として用意した TP をつけて 
「東京 • 4月の気温」用のプログラ 
ムであることを示します. 

圈メニユ • プログラムの実際 

dBASE III のブログラムに限ら 


くリスト 1-1> 一番基本的なメニュ•プログラム 


* 「東京 • 4 月の気温」メニ 1- 
SET TALK OFF - 

本 

DO WHILE 
CLEAR 

本 


<TPMENU1> 1989/9 


by Kazuo Niwa 
① 


< 画面クリア） 


「東京 . 4 月の気温 」 *" 

* メ ニ ュー " 

' 1…データの 入力 ” 

•2 …データの 訂正， 

’3…データの 利用 ” 

M … 一覧表の印刷 " 

‘5 …終 了 _ 


@ 2.26 SAY 
@ 3. 26 SAY 
@ 5,35 SAY 
@ 8.32 SAY 
@ 10.32 SAY 
@ 12,32 SAY 
@ 14.32 SAY 
@ 16.32 SAY 
@ 19,1 

INPUT SPACE(26)+” 仕事の番号を選んでください 。” TO N0 

* - 

DO CASE 


CASE N0=1 
@ 22,34 SAY 
WAIT 

CASE N0=2 
@ 22.34 SAY 
WAIT 

CASE N0=3 
@ 22. 34 SAY 
WAIT 

CASE N0=4 


データの入力” 


データの 訂正 ” 


データの 利用" 


0 22.34 SAY " 一覧表の印刷 ” 


WAIT 

CASE N0=5 
QUIT — 
ENDCASE —— 
ENDDO 

+- 


<dBASE を，終了する） 


-<D 


END 
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「東京 . 4 月の気温」 / 二 j- 
SBT TALK OFF 

* - 

DO WHILE .T. 

CLEAR 

* - 

SET COLOR TO 
@ 2. 26 SAY ” * 「 東京 - 

SET COLOR TO GRI 
@ 3.26 SAY ” - 1 

SET COLOR TO R 
@ 5. 35 SAY ” メニュー 

SBT COLOR TO W 

* - 

1=7 

SET COLOR TO G 


<TPMENU2> 1989/9 by Kazuo Ni 


4 月の気温 」 * 


@ 6. 26 SAY " r - 1 

DO WHILE I<18 

@ 1,26 SAY " I I " 

1 = 1 + 1 
ENDDO 

@ 18. 26 SAY " 1 -- 1 ” 

* - 

SET COLOR TO W 

@ 8.32 SAY " 1 … データの入力” 

@ 10.32 SAY ”2 … データの訂正” 

@ 12.32 SAY "3 •.•データの 利用 " 

@ 14.32 SAY ”4 .•. 一覧表の印刷 " 

SET COLOR TO GB 
@ 16.32 SAY ”5 ••.終 了 ” 

@ 19,1 

SET COLOR TO GR 

INPUT SPACE(26)+” 仕事の 番号を選んで く ださい。 
SET COLOR TO W* 

+ - 

DO CASE 

CASE N0=1 
@ 22,34 SAY 
WAIT 

CASE N0=2 
@ 22,34 SAY ' 

WAIT 

CASE NO=3 
@ 22. 34 SAY 
WAIT 

CASE N0=4 
@ 22.34 SAY 
WAIT 

CASE NO=5 
QUIT 
ENDCASE 
ENDDO 

* - 


TO NO 


” データの入力 ” 


• データの訂正 " 


• データの利用 " 


- 覧表の印刷 ~ 


END . 


wa — 


① 


I :反転させる 
*: プリンクさせる 


くリスト1-2> 実際のプロ•クラムへ 
分岐する部分 


〈写真1-1> TPMENU 1 の画面 


〈写真卜2> TPMENU 2 プラス枠の画面 


ず， BASIC でも，同じ仕事に対して100人の人がプロ 
グラムを組んだら 100 通りのプログラムができるとい 
われます.そのようなわけで，このあとお見せするプ 
ログラムは，すべてその一例であるということを頭に 
入れておいてください. 

では，「東京 • 4月の気温」のメニュ•プログラム 
CTPMENU . PRG 〉 を作ってみることにしましょう. 

リスト 1-1 は， CRT ディスプレイの表示画面に装飾 
をまったくほどこしてない，骨組みだけのようなプロ 
グラムです.このあとメニュ•プログラムは何本か作 
るので，その最初ということで，プログラム名は 
く TPMEMU 1. PRG > としてあります. 

まず，リスト 1-1 の①は手紙の書き出しでいえば 
“抨啓”といった決まり文句で，メニュ•プログラムの 
場合には，仕事全体にかかわる各種の設定や割り込み 
の条件などをここに書いておきます. 

リスト 1-1 をみると，メニュ•プログラムの本体は 
DO WHILE 〜 ENDDO のループの 中に入れてあります. 
このようにするのは，メニュと仕事の間を行ったり来 
たりできるようにするためです.このようにしておけ 
ば，仕事を終わったあとはかならずメニュに戻ってく 
ることができます.なお，仕事を完全に終わるときに 
は，「5」の終了を選びます. 

それではリスト 1-1 の CTPMENU 1. PRG 〉 をエディタ 
で作り， dBASE III を起動したあとプログラムを走ら 
せてみてください （DO TPMENU 1). 

仕事を選択すると，その結果が写真1-1のように表 
示されたでしょう.まだ仕事をするためのプログラム 
が用意されていないので，ちょっとメニュ•プログラ 
ムで遊んでみたというわけです.リス h 1-1 の②の部 
分がこの遊びであることはおわかりでしょう. 

リスト 1-1 の②の部分は，最終的にはリスト 1-2 の 
ように書き直します. 

これで，最初のメニュ•プログラム 〈 TPMENU 1• PRG > 
ができました.このプログラムは白1色で，最初にお 
話したように装飾もありません.でも，仕事だけは1 


〈リスト1-3> 表示色に工夫をこらしたメニュ • プログラム 


DO CASE 
CASE N0=1 
DO TP1NP 
CASE N0=2 
DO TPC0R 
CASE N0=3 
DO TPUSE 
CASE N0=4 
DO TPPRI 
CASE N0=5 
CLEAR 
CANCEL 
ENDCASE 



仕事の番号を i んでください 。 a 


1•••データの入力 
2…データの訂正 
3…ヂづ 

印期 

5…躲 了 


メ ニ；1〜 

1••，データ®幼 
2…ヂ-夕咖 
3…データ ®^ B 
4… 

5…瓣 了 

仕事遒んでください • I 


riw ^4 月の気通』 


夕 

ン 

ゼ 

赤マ黄白 
R R RW: 

B G 

ンン 
アラ 
黒青綠シブ 

N B G B X 

/ 

G 

B 


178 


卜5校]]过-9 



































人前にやりますから，モノクロやラップトッフ。機で使 残念ですが….そういえば，あちこちに SET COLOR 


うといいでしょう . 

さて，最初のメニュ•プログラムは地味にまとめま 
したので，今度は思いきって派手なプログラムを組ん 
でみることにします. 

リスト 1-3 は，そのプログラムく TPMENU 2. PRG 〉 で 
す.このプログラムを走らせると，写真 1-2 のようにな 
ります.色がついているところをお見せできないのが 


くリスト1-5> ヘルプを出すようにした 


* 「東京 • 4 月の気温」； ( こ :!- く TPMENU3 〉 1989/9 by Kazuo Niwa —— 

♦ヘルプつき 

SET TALK OFF 


DO WHILE .T.- - (K) 

CLEAR 

* 

8 2.26 SAY 「東京 . 4 月の気温 」 *- 

@ 3.26 SAY " -- 

@ 5.35 SAY - メニュー" 

@ 8.32 SAY "1 … データの入力- 
@ 10,32 SAY -2 … データの訂正- 
@ 12.32 SAY "3 … データの利用” 

@14,32 SAY _ 4… 一覧表の印刷 " 

@ 16.32 SAY ， 5 …終 了 - 

@ 20,26 SAY " 仕事の番号を選んでください 。-- ① 


@ 22.26 SAY •• ヘルプ — 「H E L P J を押す 。-— 

DO WHILE .T. 

H=INKEY() 

IF H=28 
CLEAR 

% 10.32 SAY " 「ヘルプ」 です 〇 - 
@ 19.1 

WAIT SPACE(2U+ • 何かキーを押すと，メニューに戻ります 。” 
EXIT 

ENDIF， H の储数値 


IF H>=49 .AND. H<=53 
NO=VAL(CHR(H)) 

EXIT 
END IF 
ENDDO 
* 

IF H=28 _ 

LOOP- - ("® の DO WHILE 文にもどる） 

ENDIF 

@ 22,1 - 

* - 

DO CASE 
CASE N0=1 

0 22.34 SAY ■■ データの入力 - 
WAIT 

CASE N0=2 

@ 22.34 SAY •• データの訂正 - 
WAIT 

CASE N0=3 

@ 22. 34 SAY •データの利用一 
WAIT 

CASE N0=4 

0 22.34 SAY • 一覧表の印刷 - 
UfAIT 

CASE N0=5 
QUIT 
ENDCASE 
ENDDO 

* - END 


H の値 

数値 

49 

1 

50 

2 

51 

3 

52 

4 

53 

5 


TO という色指定のコマンドが目につくでしょう. 

リスト 1-3 の①の部分は，画面の中の枠を作ってい 
るところです. dBASE III の場合にはキャラクタとし 
て用意されているケイ線で枠を作らなければなりませ 
んが， dBASE III PLUS や DBXL の場合には，この部 
分を リスト 1-4 のように書き直すことによって枠が作 
れます.なお， DBXL の場合の色の指定は，たんに SET 
COLOR TO G とすれば OK です. 

これでもう一つメニュ.プログラムができまし 

たが， 〈 TPMENU 2. PRG 〉 のほうも，このあと実際 
の仕事に使うときには②のところを リスト 1-2 
のように書き直します. 

囹「ヘルプ」とデータのバックアップ 

今まで紹介してきたメニュ.プログラムでメニ 
ュとしての仕事は十分にこなしてくれるのですが， 
メニュのところでやれるようにしておくと便利な 
ものがいくつかあります.その一例が，必要に応 
じて仕事についてのメッセージを 出す「ヘルプ」 
と，データのバックアップです. 

では， リスト彳 -1 のプログラムに手を加えて， 
「ヘルプ」 を出してみる ことにしましょう . 

リスト 1-5 のく TPMENU 3. PRG 〉 がそれで，まず 
①の部分が リスト 1-5 と変わっています. 

②が「ヘルプ」 を出すところで ， DO WHILE の 
ループの 中では どのキーが 押されるかを INKEY 
関数が監視しています.そして， 1 HELP 丨 キーが 
押されると 「ヘルプ」 を表示し， [ U 〜 回のキーが 
押されるとメニュの仕事に移ります. 

なお， リスト 1-1 では仕事の番号を INPUT コ 
マン ドで取り入れていたのでリ ターン.キーを 押 
して仕事を進めましたが， リスト 1-5 のほうは 
INKEY 関数を使っているため，田〜回のキーが 
押されると，いきなりつぎの仕事に移るところが 
変わっています. 

それから， dBASE III ではファンクション•キー 
の E ] に HELP が割り当てられており，この 
_を押しても同じように働きます. 

うまくいったら， リスト 1 - 3 にも「ヘルプ」機能 
を組み込んでみてください.このほうは，ヘルプ 
画面もきれいに飾ってやるとよいでしょう. 

つぎに，同じく リスト 1-1 に手を加えて， データ 
のバックアップができるようにして みましょう . 


くリスト1-4> 画面に枠を出すコマンド 


SET COLOR TO ,.G 
6 6.26 TO 18.54 DOUBLE 
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リスト 1-6 の < TPMENU 4. PRG >7^ 

それで，①と②のところが追加に 
なっています. 

まず，②が データを バックアップ 
するところで，いったんバックアッ 
プするかどうかを聞いてくるように 
なっています.ここでもし N を入力 
すれば，バックアップせずにそのま 
ま仕事を終わります. 

もし Y を入力すると，バックアッ 
プ作業に移ります.この例では A ド 
ライブのく TEMP 8904. DBF 〉 を B ド 
ライブにコピーしますが，もし B ド 
ライブにデイスケットが入っていな 
いとエラーになりプログラムは止ま 
ってしまいますから注意が必要です. 

なお，このバックアップでは， 2 
回目以降は前の DBF ファイルに上 
書きする形になります.そこで，① 
が必要になります.この①がない 
と，そのつど上書きし ていい かどう 
かを聞かれます. 

囹参考•引用*文献囹 

⑴*地上気象観測日原薄，気象庁発行. 

(2) dBASE III PLUS ユーザ - ズ • マニュ 
アルリファレンス編，日本アシュトン . 
テイト ㈱ . 


くリスト 1 - 6 > データのバックアップをとれるようにした 


* 「東京 • 4 月の気温」 /-a- <TPMENU4> 1989/9 by Ka 7,110 Niwa 

♦データのバックアップつき 

SET TALK OFF 

SET SAFETY OFF --- 


DO WHILE .T. 

CLEAR 

t 

@ 2.26 SAY 「東京 .4 月の気温 」 *” 

@ 3. 26 SAY ”- " 

@ 5. 35 SAY ” メニュー - 

@ 8.32 SAY ”1 … データの入力 ” 

@10,32 SAY ”2… データの訂正 ” 

@ 12. 32 SAY "3 … データの利用 ” 

@ 14.32 SAY "4 - 览表の印刷 ” 

@ 16. 32 SAY ” 5 ..•終 了 " 

@ 19.1 

INPUT SPACE(26>+” 仕事の番号を選んでください 。” TO N0 


DO CASE 
CASE N0=1 

@ 22.34 SAY " データの入力 ” 

WAIT 

CASE N0=2 

@ 22.34 SAY •• データの訂正 ” 

WAIT 

CASE N0=3 

@ 22.34 SAY •• データの利用 ” 

WAIT 

CASE N0=4 

@ 22.34 SAY ” 一覧表の印刷 ” 

WAIT 

CASE N0=5 

@ 5,1 CLEAR --- 

@ 10.1 

WAIT SPACE(20)+” データをバックアップしますか （ Y. OR N) ” TO YN 
IF UPPER(YN)="Y" .OR. YN=T 一 "® 

@ 11,1 

% 10.1 

WAIT SPACE(11)+" ドライブ B にディスケットを入れてください。 OK ならリター 

ン” 

USE TEMP8904 
COPY TO B:TEMP8904 

END IF - --- 」 

* 

CLEAR 

QUIT 

BNDCASB 

ENDD0 

4 - END - 


^Keyword — — -- 

データ•ベース そのままでは利用できない生データを一定の規則で加工し，利用者が必要な情報を得や 
すいように，検索プログラムなどを提供した一連のシステムのこと.データの保存の方法には様々な 
方法が考案されているが，最近のハ。ソコンではリレーショナル型と呼ばれるものが主流となっている. 

dBASE III OS が CP/M の時代に産声をあげた歴史の長いリレーショナル•データ•ベース言語.米国で 
は Ver IV が出ているが，国内では III plus がもっとも新しい.フィールドは固定長. plus になってイン 
デックス•ファイルの作成が高速化され，ハード•ディスクや RAM ディスクの併用によって，実用 
になるデータ量も飛躍的に増大した.発売元は日本アシュトン•テイト亂定価は 268,000 円(機種別 
にリリースされている）. 
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郵便はがき 


料金受取人払 


(受取人） 

東京都豊島区巣鴨 1-14-2 

CQ 出版株式会社_ 

卜5格: D&S 行 


豊島局承認 

2432 


差出有効期間 
1990年9月30 
日まで 


切手をはらずに 
お出しください 


読者アンケート_ 

■ K 3 格:！:11月号に対する感想を率直にご記入ください. 





















資料講求カード 


TC 


1989年11月号 


gNvoL]M10lo[T| 

記鬥_ ; _ 



ド•叫 






カード有効期限:1989年12/]木 H 迄 
送付先は勤務先に限ります, 


登録内容奴瞧 


績求状況 


1=析辗 

2 =«!* 済 

3 =ひ《内•存の变圯 


5会員番号 

T 









ラ/シスク U 阶の会 il 取‘, J を r fi|ill I ，ごハ 


フリガ十 



牲 名 

牲 

r, 


生年月日 


9 

10 

勁務先 
住 所 





r 


【％ 



U 会社名 


12部？？名 



13 

勤捞先 

市外局番 

In ] 聆 

1范話恭好 

電話番号 

( ) 


14 

役 職 



17 

M 種 



15所厲部門 



18促業員数 



16担当分野 






19 広告 資料猜求瀾 j \.)? No . の_に e 料 n 齡 y <• iiiKi . a . b . c •グ' mm : ♦，パ t -:.、 ，•、ぃ 


』求 No . 











購入希望 

A 

A 

A 

A 

A 

A 

A 

A 

A 

A 

説明希望 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

資料希望 

C 

C 

C 

C 

C 

C 

C 

C 

C 

C 













購人希望' 

A 

A 

A 

A 

A 

A 

A 

A 

A 

A 

説明希望 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

資料希望 

C 

C 

C 

C 

C 

C 

C 

C 

C 

C 


資料請求カード記入法 


作誌の広告は歌要な技術情報です t その 
中で戒者の锊様が人 f •したい悄報は、資料 
M 求カードのご利用で.坑ながらにしてお 
r 圮に m ; きます。ぜひ打効にご活川下さい.， 
〇必ず令 mil にご, ki 人ドさい、 

〇姓名•勅務先 • 屯坫沿汁 • 住所は所定の 
柿式通リ1枠ごとに；?き人れてドさい， 

〇会社 X は株式会社ならば(株)、"眼会れ. 
は (<!). _法入は（財）と略し m •を•*【 
いて I 、さい。 

01 .գ )i h は西#で身いて卜•さい, 
o , J , i 々ードは兌鉍するこヒができます„ま 
ず全項 u にご記人の ttm ドさい。 

よリ發•錄兒 r はかきが到務します。 

〇、社猜求々ードの会 H 番矸がある方は、 

会 U 沿 • 姓名.の記入ですみ 
ます。また会 U 裉りをお持ちで饫鉍内鈐 
に変耙があるかは变吏简所をし;己の他に 
打いて r さい。 

〇役職 • 職楝 • 禅門分野 • nm - 従難数 
( i ド3己の該、する番^を紀入してドさい， 


役画 

I 一的® 

?主ほ瓤 
3 !桑蠢_. 

A : tllfll 
?»鰥» 次 ft 瓤 

6 抑 M 瓤 

? matu 

8 tvtt h 中、騸 K .I 
H «Vk IT .， 門掌♦す 
f 今 n 輾杯 .1 十 • »鈉 • * 幻士籌 
99 その他 


所 

2 


鼸部門 

蝌艽 • v*?.ar^ 
tait -技術奶 


3 生考 • 

4 保.守竹 一 t ス舫門 
s r の他の任阶邾門 

6 苒響轵門 

7 MU • 肝鬥 


8 部門 

9 人攀 fV 霣轵門 
10 - 碭熏爇叫 

9 今 t の他 


担当分！？ 業種 

コンビ: 1 ータ ートウ 1 r I 漕 n • r 、 tA 臂 

コンビュータ'，フ 》 ゥ 1 ア ? 全萬 t u # 


3 半灞佟 • テバイス技術 

4 電子叵路技南 

^ M 判•制鲫抟 m 

7 1 l?tt # 拿” ♦ 

ft mmti ^ 

9 〆 ，テム i / 〆 二 r リ，ク 

» o . 螬* • 品鬌管« 

M KN 

\2 «»*tf 

< 3 -庥エサー匕：* 

14 . ㈣ 
b す飞 

9^ - f aim 


3 化雩 • I 皁 * レキ- 
« - i » l « • 金罐 
ら • • HS^K 
b 霱 + «?W •部品 
U -邏輅 

8 その他の*;潘 

9 相む* Kit 
»〇通 m • 蝎鉍 
M tR«i&if 

け. f の飽のサーヒス 
■ 3 . 政两乂并鳓 W 
» 4 .す校，研芄所 • mtK 
15 . IM 4 • 水臂鬌 
99 その他 


砣叢興 R 

I 10 人 UT 5 Ml A -1000 A 

?,丨丨人一 50 人 h 丨 CKM 人〜 WMW 人 

3 S ! 人〜丨加人 7 . 叨 01 人〜 ICI.CUKLA 
4 丨〇彳人〜 500 入 8 10 . 00 彳人以上 
























































































































































IBIX 







メガ 300 


• 两導癒'爹矿 、♦ず 

■ PC -9801 用拡張デイスクシステ厶 


メガ300は PC 9801 の MSD 0 S からそのまま300メガバイト 
の大容量固定デ f スクをアクセスできるようにしたサブシス 
テム。現在、パソコンの応用分野が: 32ビット化にともなって、 
従来のミニコンの分野にまで、およんで来ています。メガ300 
はこのようなユーザーのために開発された高速デ f スクシス 
テムです。製品は、①インストール済みの330メガバイト磁気 
デ T スク 、② ケーブル、 ③ SCSI インターフェースボード、 ④テパ 
イスドライバ、⑤マニアルで構成されており簡単な操作で利 


团画像処理システムにおける画像ファイルの格納、 


■パソコン 会計処理 システムの 金銭 データの 格 


用が可能となりま1"。 


処理に威力を発揮： 納ファイルとじ T 。 

■パソコン CAD システムの本格的データベースと ■パソコン NG システムの NG データの格納、処理 


※メガ 600 もあります。なお使用固定ディスクは日立 DK シリーズです: 


“利用。 に利用。 

■プリントサーバ、ファイルサーバの補助記憶とし ■計測システムの日時データの記録、再生、処理 


« MSDOS はマイクロソフト社の登録商標で t ； 


て利用 


に活用。 


お問合わせは 

m 03 - 383 - 0456 山田まて 


会社案内 00120-383-234 


先人の遺産を未来に . 

™ アず Ciy クス株式会社 

本 社〒164東京都中野区本町 5-17-13 石川ビル TE し （03)383-0234 FAX . (03)383-0239 

情報技術センター〒164東京都中野区本町 5-10-10 TEL . (03)383-0456 FAX . (03)383-0215 

大阪支店〒532大阪市淀川区西宮原卜 6-20-208 TE し（06)394-663】 FAX . (06)394-6630 


資料請求 No. 3 









Computers and Communications 


NEC 






高速化、多様化する制御分野に応える 
78 K シ U - ズは、8ビ^/卜と 1 B ビットの 
新しい1チップ•マイコンシリーズです。 


日本電気株式会社 


. 




さまざまな民生機器ゃ産業機器で使われる制御用 
マイコンに、 いま、 より 高速、高機能化が求められてい 
ます。 「78 K シリーズ」は、好評の87シリーズの優れた 
機能、特長を受け継ぎ、さらに最近の市場ニーズに 
応えた新シリーズです。最新のアーキテクチャを駆使 

し、高速処理の実現 
ゃ新しい処理形態を 
加えた高機能割り込 
みコントローラの内蔵。 
また各種命令も強化 
するとともに、ソフト資 
産の有効活用に貢 
献する、8ビットから16ビットへの移行が容易な 78 K 命 
令セットの採用など、大きくパワーアップされていま 
す。8ビットと丨6ビットで構成される新シリーズは、 
多彩な品種展開で多彩なニーズに対応、開発サボ 
一卜についても充実した開発環境を提供し、スピー 
ディにシステム開発が行えます0お客さまの声にいち 
はや〈応える NEC のシングルチップ•マイコンです 



お問い合わせは：半導体第一販売事業部、半導体第二販売事業部 
半導体応用技術本部第一応用システム技術部 

〒1〇8東京都港区芝五丁目 29-11( 日本電気住生ビル〉 0(03)456-6111( 大代表） 

半導体応用技術本部第二応用システム技術部 

〒540大阪市中央区城見一丁目 4-24( 日本電気 W 西ビル) 0(06)945-3383( ダイヤルイン） 
半導体応用技術本部萼用マイク a コンピュータ技術部 

〒210川喊市幸区塚趑 3-484( 川嵴技術センター） 0(044)548-8888( ダイヤルイン） 




90周年。新たな未来へ…… 




資料請求 No. 4 


別冊トランジスタ技術卜5格]： IC 1-3 


CQ 出服紅 定価950円（本体922円）雑誌 17977-11 


















